From trac at avcodec.org Sat Jun 1 06:38:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 04:38:04 -0000 Subject: [FFmpeg-trac] #2526(undetermined:new): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.dbb9a5c5d6225e31b60cd3041a1824f0@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by qyot27): I've been trying to get to the bottom of this, but I'm not getting anywhere. The crash happens in DllMain whenever a source filter (AVISource, DirectShowSource, FFMS2, etc.) is used, but the reason why it only affects 2.5.8 is a mystery to me. Based on the observation that x264 can handle 2.5.8 without issue, and that it's been using dynamic loading for AviSynth since November 2009, I tried to shuffle things around in libavformat/avisynth.c to more closely match how x264's input/avs.c is organized, but it just ends in segfaults (what I managed to do is in the 'avsfix' branch on Github: https://github.com/qyot27/FFmpeg/commits/avsfix). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 09:34:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 07:34:00 -0000 Subject: [FFmpeg-trac] #2526(undetermined:new): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.74c45d49e5e6101fa109f12ea0c75651@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you add a backtrace etc. and information on how to reproduce? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 10:35:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 08:35:33 -0000 Subject: [FFmpeg-trac] #2601(documentation:open): hls output always starts at 1 even so you tell otherwise In-Reply-To: <037.d4b3603c2a4ee9e415c133323e457f79@avcodec.org> References: <037.d4b3603c2a4ee9e415c133323e457f79@avcodec.org> Message-ID: <052.866f4ca9d63b8fc7a21e62f853486d34@avcodec.org> #2601: hls output always starts at 1 even so you tell otherwise -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: avformat => documentation -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 11:00:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 09:00:34 -0000 Subject: [FFmpeg-trac] #866(avcodec:closed): indeo4 artefacts with scalability and low quality In-Reply-To: <038.fc209329a43132b6a1481a328e7b3586@avcodec.org> References: <038.fc209329a43132b6a1481a328e7b3586@avcodec.org> Message-ID: <053.60d4d8e1e81d8239f3a6680114afe954@avcodec.org> #866: indeo4 artefacts with scalability and low quality ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Kostya. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 11:08:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 09:08:49 -0000 Subject: [FFmpeg-trac] #2539(avcodec:closed): indeo 4 artefacts with low quality (keyframes) In-Reply-To: <038.52595663a0ef793aa994534a28a6ce6f@avcodec.org> References: <038.52595663a0ef793aa994534a28a6ce6f@avcodec.org> Message-ID: <053.96e56a3eabbb3b78979859bc794b232f@avcodec.org> #2539: indeo 4 artefacts with low quality (keyframes) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Kostya / Duplicate of ticket #866. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 15:11:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 13:11:57 -0000 Subject: [FFmpeg-trac] #2620(FFmpeg:new): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 Message-ID: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -----------------------------------+-------------------------------------- Reporter: telperion | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 How to reproduce: {{{ % ffmpeg -i input -ss 00:05:00 -t 00:01:00 output ffmpeg version N-53736-g1fb52bf Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 14:41:56 with gcc 4.7 (Debian 4.7.3-4) configuration: --extra-cflags='-g -O3 -mtune=core2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --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 --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --disable-decoder=amrnb --enable-libaacplus --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --disable-ffserver --disable-shared --enable-static --enable-vdpau --enable-libfdk-aac --enable-libass --enable-libvidstab --enable-opencl --enable-libiec61883 }}} 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 Jun 1 16:15:19 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 14:15:19 -0000 Subject: [FFmpeg-trac] #2620(FFmpeg:new): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.afdae539ed72c90974758a0f192dac99@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 ------------------------------------+---------------------------------- Reporter: telperion | 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 telperion): ffmpeg version N-53493-g1c711b6 works: {{{ ./ffmpeg -i test.mkv -ss 00:02:00 -t 00:01:00 test.avi ffmpeg version N-53493-g1c711b6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 16:06:25 with gcc 4.7 (Debian 4.7.3-4) configuration: --extra-cflags='-g -O3 -mtune=core2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --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 --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --disable-decoder=amrnb --enable-libaacplus --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --disable-ffserver --disable-shared --enable-static --enable-vdpau --enable-libfdk-aac --enable-libass --enable-libvidstab --enable-opencl --enable-libiec61883 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.100 / 55. 12.100 libavformat 55. 7.100 / 55. 7.100 libavdevice 55. 1.101 / 55. 1.101 libavfilter 3. 70.101 / 3. 70.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'test.mkv': Metadata: ENCODER : Lavf55.8.102 Duration: 01:42:07.44, start: 0.000000, bitrate: 746 kb/s Stream #0:0: Video: h264 (High), yuv420p, 644x428 [SAR 16:11 DAR 2576:1177], SAR 243:167 DAR 39123:17869, 25 fps, 25 tbr, 1k tbn, 50 tbc (default) Stream #0:1: Audio: aac, 48000 Hz, stereo, fltp (default) Output #0, avi, to 'test.avi': Metadata: ISFT : Lavf55.7.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 644x428 [SAR 243:167 DAR 39123:17869], q=2-31, 200 kb/s, 25 tbn, 25 tbc (default) Stream #0:1: Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, fltp (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> libmp3lame) Press [q] to stop, [?] for help frame= 1500 fps=175 q=31.0 Lsize= 3056kB time=00:01:00.00 bitrate= 417.3kbits/s video:2014kB audio:938kB subtitle:0 global headers:0kB muxing overhead 3.533343% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 16:25:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 14:25:30 -0000 Subject: [FFmpeg-trac] #2620(undetermined:new): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.6748a8925c57ce5068337ed654418594@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | 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: Please provide the input sample test.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 16:41:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 14:41:48 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.aa74b48ab8ff88e254d1db303a450451@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Assuming "alpha codec" means that the encoder can really save transparency information in the mpeg2 video stream, could you try to encode a file that actually contains transparency? > As for example the files in http://samples.ffmpeg.org/FLV/flash_with_alpha > (There are other samples but I can't find them atm.) I would like to generate a sample with alpha, but I do not match the specs for example for Adobe Premiere CS6 which I could use for it: http://helpx.adobe.com/x-productkb/policy-pricing/system-requirements- premiere-pro.html#Adobe%20Premiere%20Pro%20CS6%20system%20requirements If you meet then maybe you can use this instruction to generate a file: http://forums.creativecow.net/thread/3/934149 http://www.matrox.com/video/en/support/windows/vfw_software_codecs/downloads/softwares/version1.0/build33/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:25:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:25:49 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.138054582b251d082ba10cb5c9edfd62@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): How did you encode m704.avi ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:28:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:28:12 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.3dfb2ab43b80c17481d4162df510d492@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): You mean with which software? VirtualDub, but afaict it doesn't support alpha export to AVI. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:36:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:36:13 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.13bc9da237aa9d6c86fc39d1faaf8634@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): You mean if your source is mov/png with transparency, it gets lost if you use VirtualDub? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:46:42 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:46:42 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.47c271b5fb238d1990bd2bcf85ff2049@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Yes, it only exports dummy alpha channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:48:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:48:53 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.609c718e20038ec006642022d0eac65f@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does it support encoding png in avi? A user on irc claims that encoding transparency should work fine with VirtualDub (sorry, I honestly don't know). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:50:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:50:13 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.06bf329613582667d61638bc8199296b@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Or to say it differently: What happens if you encode vd_dummyalpha.avi to any format that supports transparency? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:53:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:53:25 -0000 Subject: [FFmpeg-trac] #80(undetermined:closed): matrox mmes codec + lowres option = crash In-Reply-To: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> References: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> Message-ID: <053.355c5da4a9353979dced7765823894a2@avcodec.org> #80: matrox mmes codec + lowres option = crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: matrox | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => matrox -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:53:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:53:44 -0000 Subject: [FFmpeg-trac] #2464(undetermined:new): Decoding of Matrox mpeg2video 4:2:2 HD avi files broken In-Reply-To: <036.349dbafc8824a6a9521c9d827b4d0bf8@avcodec.org> References: <036.349dbafc8824a6a9521c9d827b4d0bf8@avcodec.org> Message-ID: <051.ab3ae34c341b16fd88daa257c96da5ed@avcodec.org> #2464: Decoding of Matrox mpeg2video 4:2:2 HD avi files broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: matrox | Resolution: mpeg2video avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg2video avi => matrox mpeg2video avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:54:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:54:28 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.5f775e4a07a6d9dbb90df013e6ace803@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Unrelated: Could you test if the sample from ticket #2464 plays for more than half a second for you with the Matrox codec installed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 17:54:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 15:54:41 -0000 Subject: [FFmpeg-trac] #2611(avcodec:open): support matrox uncompressed sd (m101 fourcc) In-Reply-To: <038.19b45219a4b594aee2f085484bbc920e@avcodec.org> References: <038.19b45219a4b594aee2f085484bbc920e@avcodec.org> Message-ID: <053.6fba0c92ba2b27d8bca934340d537cec@avcodec.org> #2611: support matrox uncompressed sd (m101 fourcc) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: matrox m101 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: m101 => matrox m101 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 18:16:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 16:16:43 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.75ce2029b7edfa767214312bc4c9b414@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > attached file decodes as mpeg2video, but there are visible some artefact > in the right-bottom corner of the video > > http://www1.datafilehost.com/d/ea13c1dc > > {{{ > C:\>ffmpeg -vcodec mpeg2video -i m704.avi out.avi > ffmpeg version N-53680-g0ab9362 Copyright (c) 2000-2013 the FFmpeg > developers > built on May 30 2013 12:14:03 with gcc 4.7.3 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- > libfreetyp > e --enable-libgsm --enable-libilbc --enable-libmodplug --enable- > libmp3lame --ena > ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg > --enable-l > ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr > --enable-libsp > eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc > --enable-libvo- > amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- > libxavs -- > enable-libxvid --enable-zlib > libavutil 52. 34.100 / 52. 34.100 > libavcodec 55. 12.102 / 55. 12.102 > libavformat 55. 8.100 / 55. 8.100 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 73.100 / 3. 73.100 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [mpeg2video @ 02997f20] Invalid frame dimensions 0x0. > Input #0, avi, from 'm704.avi': > Duration: 00:00:12.64, start: 0.000000, bitrate: 8031 kb/s > Stream #0:0: Video: mpeg2video (4:2:2) (M704 / 0x3430374D), yuv422p, > 720x480 > [SAR 8:9 DAR 4:3], 23.98 fps, 23.98 tbr, 23.97 tbn, 59.94 tbc > Output #0, avi, to 'out.avi': > Metadata: > ISFT : Lavf55.8.100 > Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR > 8:9 DAR > 4:3], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc > Stream mapping: > Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) > Press [q] to stop, [?] for help > [mpeg2video @ 02997f20] Invalid frame dimensions 0x0. > [mpeg2video @ 02997f20] end mismatch left=73960 1 > [mpeg2video @ 02997f20] Warning MVs not available > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=69680 1 > [mpeg2video @ 02997f20] Warning MVs not available > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=69760 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=69664 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=69808 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70176 1 > [mpeg2video @ 02997f20] Warning MVs not available > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70072 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70168 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=69976 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70736 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70736 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70440 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71416 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=70920 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71096 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71208 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71304 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71848 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=72432 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71208 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=71568 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=72256 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=74440 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=73032 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=72712 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=73160 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > frame= 246 fps=0.0 q=31.0 size= 467kB time=00:00:10.26 bitrate= > 373.2kbits/ > end mismatch left=75504 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=75672 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=77384 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > [mpeg2video @ 02997f20] end mismatch left=76168 1 > [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame > frame= 303 fps=0.0 q=31.0 Lsize= 536kB time=00:00:12.63 bitrate= > 347.2kbits > /s > video:523kB audio:0kB subtitle:0 global headers:0kB muxing overhead > 2.463669% > }}} New description: attached file decodes as mpeg2video, but there are visible some artefact in the right-bottom corner of the video http://www1.datafilehost.com/d/ea13c1dc {{{ C:\>ffmpeg -vcodec mpeg2video -i m704.avi out.avi ffmpeg version N-53680-g0ab9362 Copyright (c) 2000-2013 the FFmpeg developers built on May 30 2013 12:14:03 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.100 / 55. 8.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 02997f20] Invalid frame dimensions 0x0. Input #0, avi, from 'm704.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 8031 kb/s Stream #0:0: Video: mpeg2video (4:2:2) (M704 / 0x3430374D), yuv422p, 720x480 [SAR 8:9 DAR 4:3], 23.98 fps, 23.98 tbr, 23.97 tbn, 59.94 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.8.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Press [q] to stop, [?] for help [mpeg2video @ 02997f20] Invalid frame dimensions 0x0. [mpeg2video @ 02997f20] end mismatch left=73960 1 [mpeg2video @ 02997f20] Warning MVs not available [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=69680 1 [mpeg2video @ 02997f20] Warning MVs not available [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=69760 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=69664 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=69808 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70176 1 [mpeg2video @ 02997f20] Warning MVs not available [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70072 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70168 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=69976 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70736 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70736 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70440 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71416 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=70920 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71096 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71208 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71304 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71848 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=72432 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71208 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=71568 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=72256 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=74440 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=73032 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=72712 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=73160 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame frame= 246 fps=0.0 q=31.0 size= 467kB time=00:00:10.26 bitrate= 373.2kbits/ end mismatch left=75504 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=75672 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=77384 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame [mpeg2video @ 02997f20] end mismatch left=76168 1 [mpeg2video @ 02997f20] concealing 9 DC, 9 AC, 9 MV errors in I frame frame= 303 fps=0.0 q=31.0 Lsize= 536kB time=00:00:12.63 bitrate= 347.2kbits /s video:523kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.463669% }}} -- Comment (by ami_stuff): Replying to [comment:10 cehoyos]: > Unrelated: Could you test if the sample from ticket #2464 plays for more than half a second for you with the Matrox codec installed? Matrox codecs which I installed doesn't like this file (VirtualDub says "Couldn't load decompressor for format 'M701' (unknown)". What I can notice is that Xvid's FourCC changer reports for this file: FourCC Description code: M701 FourCC Used codes: M701 when for myself generated file: FourCC Description code: m701 FourCC Used codes: M701 but even when I modify "FourCC Descriprion code" from M701 to m701 I still can't load/play the file with WMP/VirtualDub. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 18:19:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 16:19:57 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.253197bce7a11a4a0f8eabce1a3d6660@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:8 cehoyos]: > Does it support encoding png in avi? A user on irc claims that encoding transparency should work fine with VirtualDub (sorry, I honestly don't know). This is what VirtualDub supports: http://packtlib.packtpub.com/graphics/9781904811350/graphics/1353_08_15.jpg Maybe he can create a real alpha sample, I don't know how. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 18:55:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 16:55:27 -0000 Subject: [FFmpeg-trac] #2616(avcodec:open): support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) In-Reply-To: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> References: <038.d9494d309e7449d2a8931aa2db7e4442@avcodec.org> Message-ID: <053.cb1a7730eb67a76752909e8404f15335@avcodec.org> #2616: support matrox mpeg-2 I-frame with alpha codec (m704 fourcc) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: matrox | Blocked By: mpeg2video alpha | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Thank you for testing the sample from ticket #2464! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 18:56:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 16:56:17 -0000 Subject: [FFmpeg-trac] #2464(undetermined:new): Decoding of Matrox mpeg2video 4:2:2 HD avi files broken In-Reply-To: <036.349dbafc8824a6a9521c9d827b4d0bf8@avcodec.org> References: <036.349dbafc8824a6a9521c9d827b4d0bf8@avcodec.org> Message-ID: <051.52d815e80910a8dec2c9cf5f911a2684@avcodec.org> #2464: Decoding of Matrox mpeg2video 4:2:2 HD avi files broken -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: matrox | Resolution: mpeg2video avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: bostjan.strojan@? (added) Comment: The sample may be invalid, see ticket #2616 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 19:03:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 17:03:47 -0000 Subject: [FFmpeg-trac] #2614(build system:closed): Missing check for libcdio-dev/libcdio-paranoia-dev (build issue) In-Reply-To: <037.370c456664ed0948aa6243a87b5e0997@avcodec.org> References: <037.370c456664ed0948aa6243a87b5e0997@avcodec.org> Message-ID: <052.768e0f3759261b762ee70e2065f89e02@avcodec.org> #2614: Missing check for libcdio-dev/libcdio-paranoia-dev (build issue) -------------------------------------+------------------------------------- Reporter: nikolasr | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libcdio | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- 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 Jun 1 21:28:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 19:28:29 -0000 Subject: [FFmpeg-trac] #2620(undetermined:new): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.ab5184127e23f9db475c4b2612198b11@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | 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 telperion): Replying to [comment:2 cehoyos]: > Please provide the input sample test.mkv Any video is valid for test, better a long video. After the end point ffmpeg don't stop and continue seek to the end of file. {{{ ffmpeg -f lavfi -i testsrc=size=854x480:duration=?600 out.mp4 frame=15000 fps= 88 q=-1.0 Lsize= 6468kB time=00:09:59.92 bitrate= 88.3kbits/s video:6409kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.931592% ffmpeg -report -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi }}} report ffmpeg version N-53493-g1c711b6 (stops at the end point correctly after 60 sec) {{{ ffmpeg started on 2013-06-01 at 21:14:14 Report written to "ffmpeg-20130601-211414.log" Command line: ffmpeg -report -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi ffmpeg version N-53493-g1c711b6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 16:06:25 with gcc 4.7 (Debian 4.7.3-4) configuration: --extra-cflags='-g -O3 -mtune=core2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --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 --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --disable-decoder=amrnb --enable-libaacplus --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --disable-ffserver --disable-shared --enable-static --enable-vdpau --enable-libfdk-aac --enable-libass --enable-libvidstab --enable-opencl --enable-libiec61883 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.100 / 55. 12.100 libavformat 55. 7.100 / 55. 7.100 libavdevice 55. 1.101 / 55. 1.101 libavfilter 3. 70.101 / 3. 70.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'out.mp4'. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '00:01:00'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '00:01:00'. Reading option 'test.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file out.mp4. Successfully parsed a group of options. Opening an input file: out.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1c9bba0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1c9bba0] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1c9bba0] File position before avformat_find_stream_info() is 6623667 [h264 @ 0x1c9c900] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1c9bba0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1c9bba0] File position after avformat_find_stream_info() is 6390 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.7.100 Duration: 00:10:00.00, start: 0.000000, bitrate: 88 kb/s Stream #0:0(und), 1, 1/12800: Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 854x480 [SAR 1:1 DAR 427:240], 87 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Successfully opened the file. Parsing a group of options: output file test.avi. Applying option ss (set the start time offset) with argument 00:01:00. Applying option t (record or transcode "duration" seconds of audio/video) with argument 00:01:00. Successfully parsed a group of options. Opening an output file: test.avi. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'video_size' to value '854x480' [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'pix_fmt' to value '5' [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'time_base' to value '1/12800' [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x1c954e0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1c954e0] w:854 h:480 pixfmt:yuv444p tb:1/12800 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0x1c97360] compat: called with args=[yuv420p] [format @ 0x1c97360] Setting 'pix_fmts' to value 'yuv420p' [auto-inserted scaler 0 @ 0x1c977a0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x1c977a0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x1c97360] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x1c94440] query_formats: 5 queried, 4 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x1c977a0] w:854 h:480 fmt:yuv444p sar:1/1 -> w:854 h:480 fmt:yuv420p sar:1/1 flags:0x4 [mpeg4 @ 0x1c9fce0] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, avi, to 'test.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.7.100 Stream #0:0(und), 0, 1/25: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x1f4f420] no picture [h264 @ 0x1f942c0] no picture frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 75 fps= 19 q=10.3 size= 289kB time=00:00:03.00 bitrate= 789.8kbits/s frame= 178 fps= 39 q=31.0 size= 473kB time=00:00:07.12 bitrate= 543.8kbits/s frame= 286 fps= 57 q=31.0 size= 670kB time=00:00:11.44 bitrate= 480.0kbits/s frame= 387 fps= 70 q=31.0 size= 860kB time=00:00:15.48 bitrate= 455.2kbits/s frame= 487 fps= 81 q=31.0 size= 1041kB time=00:00:19.48 bitrate= 437.8kbits/s frame= 584 fps= 90 q=31.0 size= 1219kB time=00:00:23.36 bitrate= 427.4kbits/s frame= 687 fps= 98 q=31.0 size= 1413kB time=00:00:27.48 bitrate= 421.1kbits/s frame= 789 fps=105 q=31.0 size= 1597kB time=00:00:31.56 bitrate= 414.4kbits/s frame= 886 fps=110 q=31.0 size= 1773kB time=00:00:35.44 bitrate= 409.9kbits/s frame= 986 fps=116 q=31.0 size= 1964kB time=00:00:39.44 bitrate= 408.0kbits/s frame= 1085 fps=120 q=31.0 size= 2144kB time=00:00:43.40 bitrate= 404.7kbits/s frame= 1185 fps=124 q=31.0 size= 2323kB time=00:00:47.40 bitrate= 401.4kbits/s frame= 1285 fps=128 q=24.8 size= 2512kB time=00:00:51.40 bitrate= 400.3kbits/s frame= 1384 fps=131 q=31.0 size= 2686kB time=00:00:55.36 bitrate= 397.5kbits/s frame= 1484 fps=134 q=31.0 size= 2861kB time=00:00:59.36 bitrate= 394.8kbits/s EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1500 fps=135 q=31.0 Lsize= 2910kB time=00:01:00.00 bitrate= 397.3kbits/s video:2868kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.447225% 3013 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x1ca3b80] Statistics: 9 seeks, 1509 writeouts [AVIOContext @ 0x1ca4180] Statistics: 1437384 bytes read, 2 seeks }}} report ffmpeg version N-53736-g1fb52bf (parse all the video and takes a long time If the video is very long) {{{ ffmpeg started on 2013-06-01 at 21:11:23 Report written to "ffmpeg-20130601-211123.log" Command line: ffmpeg -report -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi ffmpeg version N-53736-g1fb52bf Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 14:41:56 with gcc 4.7 (Debian 4.7.3-4) configuration: --extra-cflags='-g -O3 -mtune=core2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ' --extra- ldflags='-Wl,-z,relro' --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 --disable-stripping --enable-libschroedinger --disable- encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable- libvpx --enable-librtmp --enable-avfilter --enable-frei0r --enable- libopencv --enable-libfreetype --enable-libvo-aacenc --enable-libvo- amrwbenc --disable-decoder=amrnb --enable-libaacplus --enable-libdc1394 --disable-altivec --disable-armv5te --disable-armv6 --disable-vis --disable-ffserver --disable-shared --enable-static --enable-vdpau --enable-libfdk-aac --enable-libass --enable-libvidstab --enable-opencl --enable-libiec61883 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-i' ... matched as input file with argument 'out.mp4'. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '00:01:00'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '00:01:00'. Reading option 'test.avi' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file out.mp4. Successfully parsed a group of options. Opening an input file: out.mp4. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x22d7ba0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x22d7ba0] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x22d7ba0] File position before avformat_find_stream_info() is 6623667 [h264 @ 0x22d8900] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 0x22d7ba0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x22d7ba0] File position after avformat_find_stream_info() is 6390 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.7.100 Duration: 00:10:00.00, start: 0.000000, bitrate: 88 kb/s Stream #0:0(und), 1, 1/12800: Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 854x480 [SAR 1:1 DAR 427:240], 87 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Successfully opened the file. Parsing a group of options: output file test.avi. Applying option ss (set the start time offset) with argument 00:01:00. Applying option t (record or transcode "duration" seconds of audio/video) with argument 00:01:00. Successfully parsed a group of options. Opening an output file: test.avi. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'video_size' to value '854x480' [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'pix_fmt' to value '5' [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'time_base' to value '1/12800' [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x22d1440] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x22d1440] w:854 h:480 pixfmt:yuv444p tb:1/12800 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0x22d32c0] compat: called with args=[yuv420p] [format @ 0x22d32c0] Setting 'pix_fmts' to value 'yuv420p' [auto-inserted scaler 0 @ 0x22d2980] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x22d2980] w:iw h:ih flags:'0x4' interl:0 [format @ 0x22d32c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x22d03a0] query_formats: 5 queried, 4 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x22d2980] w:854 h:480 fmt:yuv444p sar:1/1 -> w:854 h:480 fmt:yuv420p sar:1/1 flags:0x4 [mpeg4 @ 0x22dbce0] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, avi, to 'test.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.8.102 Stream #0:0(und), 0, 1/25: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x258b560] no picture [h264 @ 0x25d0280] no picture frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 0 fps=0.0 q=0.0 size= 6kB time=00:00:00.00 bitrate=N/A frame= 59 fps= 15 q=6.2 size= 230kB time=00:00:02.36 bitrate= 796.8kbits/s frame= 165 fps= 37 q=31.0 size= 449kB time=00:00:06.60 bitrate= 557.5kbits/s frame= 263 fps= 52 q=31.0 size= 628kB time=00:00:10.52 bitrate= 488.9kbits/s frame= 361 fps= 65 q=24.8 size= 814kB time=00:00:14.44 bitrate= 462.1kbits/s frame= 464 fps= 77 q=31.0 size= 998kB time=00:00:18.56 bitrate= 440.4kbits/s frame= 563 fps= 86 q=31.0 size= 1178kB time=00:00:22.52 bitrate= 428.5kbits/s frame= 662 fps= 94 q=31.0 size= 1368kB time=00:00:26.48 bitrate= 423.1kbits/s frame= 765 fps=102 q=31.0 size= 1552kB time=00:00:30.60 bitrate= 415.6kbits/s frame= 863 fps=108 q=31.0 size= 1730kB time=00:00:34.52 bitrate= 410.7kbits/s frame= 959 fps=112 q=31.0 size= 1908kB time=00:00:38.36 bitrate= 407.4kbits/s frame= 1056 fps=117 q=31.0 size= 2085kB time=00:00:42.24 bitrate= 404.3kbits/s frame= 1157 fps=121 q=31.0 size= 2275kB time=00:00:46.28 bitrate= 402.7kbits/s frame= 1260 fps=125 q=31.0 size= 2459kB time=00:00:50.40 bitrate= 399.6kbits/s frame= 1359 fps=129 q=31.0 size= 2642kB time=00:00:54.36 bitrate= 398.2kbits/s frame= 1462 fps=132 q=31.0 size= 2820kB time=00:00:58.48 bitrate= 395.1kbits/s frame= 1500 fps=130 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=124 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=119 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=115 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=110 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=107 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps=103 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 99 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 96 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 93 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 90 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 88 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 85 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 83 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 81 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 79 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 77 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 75 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 73 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 71 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 69 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 68 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 66 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 65 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 64 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 62 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 61 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 60 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 59 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 57 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 56 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 55 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 54 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 53 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 52 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 52 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 51 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 50 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 49 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 48 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 47 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 47 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 46 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 45 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 45 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 44 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 43 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 43 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 42 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 42 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 41 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 40 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 40 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 39 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 39 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 38 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s frame= 1500 fps= 38 q=31.0 size= 2887kB time=00:01:00.00 bitrate= 394.1kbits/s EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1500 fps= 38 q=31.0 Lsize= 2910kB time=00:01:00.00 bitrate= 397.3kbits/s video:2868kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.447225% 15006 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x22dfa60] Statistics: 9 seeks, 1509 writeouts [AVIOContext @ 0x22e0180] Statistics: 6680264 bytes read, 2 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 22:07:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 20:07:34 -0000 Subject: [FFmpeg-trac] #2620(undetermined:new): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.bc63e394a0053ca5492c990e3f915afb@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | 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): Works fine here, could you recompile? (Maybe with less options, some of them look very broken.) {{{ $ ffmpeg -f lavfi -i testsrc=size=854x480:duration=600 out.mp4 ffmpeg version N-53736-g1fb52bf Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 21:52:52 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, lavfi, from 'testsrc=size=854x480:duration=600': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 854x480 [SAR 1:1 DAR 427:240], 25 tbr, 25 tbn, 25 tbc Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 12800 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help [swscaler @ 0x2a85080] Warning: data is not aligned! This can lead to a speedloss frame=15000 fps=259 q=31.0 Lsize= 27343kB time=00:10:00.00 bitrate= 373.3kbits/s video:27278kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.236658% }}} {{{ $ ffmpeg -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi ffmpeg version N-53736-g1fb52bf Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 21:52:52 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf55.8.102 Duration: 00:10:00.00, start: 0.000000, bitrate: 373 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 854x480 [SAR 1:1 DAR 427:240], 372 kb/s, 25 fps, 25 tbr, 12800 tbn, 25 tbc Metadata: handler_name : VideoHandler Output #0, avi, to 'test.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 ISFT : Lavf55.8.102 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help frame= 1500 fps=578 q=31.0 Lsize= 2341kB time=00:01:00.00 bitrate= 319.6kbits/s video:2299kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.802684% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 22:46:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 20:46:14 -0000 Subject: [FFmpeg-trac] #2620(avfilter:open): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.3bb8e9667c099b28ce16d1e3a61e6172@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: trim | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => trim regression * priority: normal => important * status: new => open * component: undetermined => avfilter * reproduced: 0 => 1 Comment: I don't know if I understand the ticket (ffmpeg definitely does stop encoding) but if there is an issue, it is a regression since ed1c835 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 22:53:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 20:53:15 -0000 Subject: [FFmpeg-trac] #2620(avfilter:open): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.d3f770847960460c883b1a22a58e8caa@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: trim | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ time ffmpeg -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi ffmpeg version N-53495-g4f8e4b8 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 22:48:50 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.100 / 55. 12.100 libavformat 55. 7.100 / 55. 7.100 libavdevice 55. 1.101 / 55. 1.101 libavfilter 3. 70.101 / 3. 70.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.8.102 Duration: 00:10:00.00, start: 0.000000, bitrate: 57 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 854x480 [SAR 1:1 DAR 427:240], 54 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Output #0, avi, to 'test.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.7.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 1500 fps=380 q=31.0 Lsize= 2882kB time=00:01:00.00 bitrate= 393.4kbits/s video:2840kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.462303% real 0m3.969s user 0m9.423s sys 0m0.146s }}} {{{ $ time ffmpeg -i out.mp4 -ss 00:01:00 -t 00:01:00 test.avi ffmpeg version N-53746-gec34963 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 22:52:00 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.8.102 Duration: 00:10:00.00, start: 0.000000, bitrate: 57 kb/s Stream #0:0(und): Video: h264 (High 4:4:4 Predictive) (avc1 / 0x31637661), yuv444p, 854x480 [SAR 1:1 DAR 427:240], 54 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc Metadata: handler_name : VideoHandler Output #0, avi, to 'test.avi': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 ISFT : Lavf55.8.102 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 1500 fps=100 q=31.0 Lsize= 2882kB time=00:01:00.00 bitrate= 393.4kbits/s video:2840kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.462303% real 0m15.019s user 0m31.781s sys 0m0.197s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 23:07:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 21:07:28 -0000 Subject: [FFmpeg-trac] #2621(FFprobe:new): ffprobe should output formatted information about detection reliability Message-ID: <041.287fff3ee607bfbdbf08d62a0cb13e66@avcodec.org> #2621: ffprobe should output formatted information about detection reliability -------------------------------------+------------------------------------- Reporter: | Type: ahthovaikied | enhancement Status: new | Priority: normal Component: FFprobe | Version: git- Keywords: ffprobe | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Sometimes ffprobe misdetects text files as mp3, but it outputs a log message about a possible misdetection: {{{ $ ffprobe text_file.log ffprobe version N-53746-gec34963 Copyright (c) 2007-2013 the FFmpeg developers built on Jun 1 2013 22:57:16 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- x11grab --disable-encoder=vorbis --disable-encoder=aac --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libfdk-aac --enable- librtmp --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-libopus --disable-runtime-cpudetect --disable-ffserver --disable-debug --cpu=corei7 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x19df260] Format mp3 detected only with low score of 1, misdetection possible! [mp3 @ 0x19df260] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'text_file.log': Duration: 00:00:00.29, start: 0.000000, bitrate: 128 kb/s Stream #0:0: Audio: mp1, 48000 Hz, stereo, s16p, 128 kb/s }}} However when making ffprobe output formatted data (ie. JSON), the information about the low detection reliability is not present: {{{ $ ffprobe -loglevel quiet -print_format json -show_format text_file.log { "format": { "filename": "text_file.log", "nb_streams": 1, "format_name": "mp3", "format_long_name": "MP2/3 (MPEG audio layer 2/3)", "start_time": "0.000000", "duration": "0.293375", "size": "4694", "bit_rate": "128000" } } }}} The addition of a field in the formatted output with a value about the detection reliability would be great and solve that problem. It would be especially useful for scripts and programs that rely on ffprobe to analyze files, and therefore do not read or parse the ffprobe logging output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 23:41:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 21:41:03 -0000 Subject: [FFmpeg-trac] #2620(avfilter:open): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.b2dddf5db266d1d7c7aa17aa1f749f84@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: trim | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by telperion): Replying to [comment:5 cehoyos]: > I don't know if I understand the ticket (ffmpeg definitely does stop encoding) but if there is an issue, it is a regression since ed1c835 I'm sorry for my bad English. ffmpeg correctly encode the footage, but instead of stopping itself at the end of the same, continues until the end of the video, wasting much time, to do anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 1 23:48:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 21:48:53 -0000 Subject: [FFmpeg-trac] #2526(undetermined:new): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.113825178fd5fb0f01f52a2f9495cb44@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by qyot27): AviSynth 2.5.8 - official build from http://sourceforge.net/projects/avisynth2/files/AviSynth%202.5/AviSynth%202.5.8/ Script: {{{ AVISource("input.avi") }}} The actual video file and source filter used don't matter, it simply needs to be loading a video file into the script. {{{ ffmpeg -i test.avs }}} Crashes without even showing file info. Backtrace, disassembler, and register info: {{{ C:\dap\vid\Incoming Files>gdb ffmpeg GNU gdb (GDB) 7.5.50.20130204-cvs Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from C:\dap\vid\Incoming Files\ffmpeg.exe...done. (gdb) r -i test.avs Starting program: C:\dap\vid\Incoming Files\ffmpeg.exe -i test.avs [New Thread 348.0x194] ffmpeg version N-53721-gf70d021 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 17:15:00 with gcc 4.8.0 (GCC) configuration: --prefix=/home/qyot27/win32_build --cross- prefix=i686-w64-mingw32- --enab le-gpl --enable-version3 --disable-w32threads --enable-avisynth --extra- cflags=-DPTW32_STA TIC_LIB --target-os=mingw32 --arch=x86 --enable-debug --disable-stripping libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 warning: DllMain: hModule=0x10000000, ulReason=1, lpReserved=0x00000000, gRefCnt = 0 [New Thread 348.0x578] warning: DllMain: hModule=0x10000000, ulReason=2, lpReserved=0x00000000, gRefCnt = 0 gdb: unknown target exception 0xe06d7363 at 0x7c812afb Program received signal ?, Unknown signal. 0x7c812afb in RaiseException () from C:\WINDOWS\system32\kernel32.dll (gdb) bt #0 0x7c812afb in RaiseException () from C:\WINDOWS\system32\kernel32.dll #1 0x77c2272c in msvcrt!_CxxThrowException () from C:\WINDOWS\system32\msvcrt.dll #2 0x1001269e in ?? () from C:\WINDOWS\system32\avisynth.dll #3 0x0509b698 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7c812adb to 0x7c812b1b: 0x7c812adb : stc 0x7c812adc : (bad) 0x7c812add : ja 0x7c844950 0x7c812ae3 : test %ecx,%ecx 0x7c812ae5 : mov %ecx,-0x40(%ebp) 0x7c812ae8 : je 0x7c812af1 0x7c812aea : push %edi 0x7c812aeb : lea -0x3c(%ebp),%edi 0x7c812aee : rep movsl %ds:(%esi),%es:(%edi) 0x7c812af0 : pop %edi 0x7c812af1 : lea -0x50(%ebp),%eax 0x7c812af4 : push %eax 0x7c812af5 : call *0x7c801510 => 0x7c812afb : pop %esi 0x7c812afc : leave 0x7c812afd : ret $0x10 0x7c812b00 : test %edi,%edi 0x7c812b02 : jle 0x7c80be3e 0x7c812b08 : mov -0x4(%ebp),%edx 0x7c812b0b : mov %edx,0xc(%ebp) 0x7c812b0e : movzwl (%esi),%edx 0x7c812b11 : mov -0x8(%ebp),%edi 0x7c812b14 : mov (%edx,%edi,1),%dl 0x7c812b17 : mov %dl,(%ecx) 0x7c812b19 : mov 0xc(%eax),%edi End of assembler dump. (gdb) info all-registers eax 0x22d4f0 2282736 ecx 0x0 0 edx 0x22d590 2282896 ebx 0x51968b0 85551280 esp 0x22d4ec 0x22d4ec ebp 0x22d540 0x22d540 esi 0x22d580 2282880 edi 0x22d580 2282880 eip 0x7c812afb 0x7c812afb eflags 0x200206 [ PF IF ID ] cs 0x1b 27 ss 0x23 35 ds 0x23 35 es 0x23 35 fs 0x3b 59 gs 0x0 0 st0 -nan(0xe1e2e2e2e1e3e2e2) (raw 0xffffe1e2e2e2e1e3e2e2) st1 -nan(0xe0e1e0e0e2e1e2e1) (raw 0xffffe0e1e0e0e2e1e2e1) st2 -nan(0xe2e0e3e2e0e1e1df) (raw 0xffffe2e0e3e2e0e1e1df) st3 -nan(0xe2e1e1e2e1e0e2e1) (raw 0xffffe2e1e1e2e1e0e2e1) st4 -nan(0xe1e2e1e1e2e3e1e2) (raw 0xffffe1e2e1e1e2e3e1e2) st5 -nan(0xe2e1e4e2e4e3e2e2) (raw 0xffffe2e1e4e2e4e3e2e2) st6 -nan(0xe1e1e3e2e3e0e2e2) (raw 0xffffe1e1e3e2e3e0e2e2) st7 -nan(0xe2e1e1e2e2e1e3e2) (raw 0xffffe2e1e1e2e2e1e3e2) fctrl 0xffff037f -64641 fstat 0xffff0420 -64480 ftag 0xffffffff -1 fiseg 0x1b 27 fioff 0x4a32ca 4862666 foseg 0xffff0023 -65501 fooff 0xbbd120 12308768 fop 0x5d8 1496 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x40, 0x92, 0xcc, 0x1, 0x28, 0x1, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x9240, 0x1cc, 0x128, 0x0}, v4_int32 = {0x0, 0x0, 0x1cc9240, 0x128}, v2_int64 = {0x0, 0x12801cc9240}, uint128 = 0x0000012801cc92400000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x48, 0x92, 0xcc, 0x1, 0x62, 0x6f, 0x1, 0x1e, 0xa0, 0x2, 0x3a, 0x0, 0x20, 0x1, 0x0, 0x0}, v8_int16 = {0x9248, 0x1cc, 0x6f62, 0x1e01, 0x2a0, 0x3a, 0x120, 0x0}, v4_int32 = {0x1cc9248, 0x1e016f62, 0x3a02a0, 0x120}, v2_int64 = {0x1e016f6201cc9248, 0x120003a02a0}, uint128 = 0x00000120003a02a01e016f6201cc9248} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x3a, 0x0, 0xcc, 0xe0, 0x5f, 0x1, 0x3, 0x0, 0x0, 0x0}, v8_int16 = {0xffff, 0x0, 0x0, 0x3a, 0xe0cc, 0x15f, 0x3, 0x0}, v4_int32 = { 0xffff, 0x3a0000, 0x15fe0cc, 0x3}, v2_int64 = {0x3a00000000ffff, 0x3015fe0cc}, uint128 = 0x00000003015fe0cc003a00000000ffff} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x34, 0xe3, 0x5f, 0x1, 0xc5, 0x81, 0x0, 0x1e, 0x88, 0x0, 0x0, 0x0, 0x40, 0xf, 0xc9, 0x1}, v8_int16 = {0xe334, 0x15f, 0x81c5, 0x1e00, 0x88, 0x0, 0xf40, 0x1c9}, v4_int32 = {0x15fe334, 0x1e0081c5, 0x88, 0x1c90f40}, v2_int64 = {0x1e0081c5015fe334, 0x1c90f4000000088}, uint128 = 0x01c90f40000000881e0081c5015fe334} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x30, 0xf, 0xc9, 0x1, 0x34, 0xe3, 0x5f, 0x1, 0x18, 0xe3, 0x5f, 0x1, 0xb5, 0x5e, 0x0, 0x1e}, v8_int16 = {0xf30, 0x1c9, 0xe334, 0x15f, 0xe318, 0x15f, 0x5eb5, 0x1e00}, v4_int32 = {0x1c90f30, 0x15fe334, 0x15fe318, 0x1e005eb5}, v2_int64 = { 0x15fe33401c90f30, 0x1e005eb5015fe318}, uint128 = 0x1e005eb5015fe318015fe33401c90f30} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x34, 0xe3, 0x5f, 0x1, 0x38, 0xe3, 0x5f, 0x1, 0x1, 0x0, 0x0, 0x0, 0xa0, 0xc4, 0xc4, 0x1}, v8_int16 = {0xe334, 0x15f, 0xe338, 0x15f, 0x1, 0x0, 0xc4a0, 0x1c4}, v4_int32 = {0x15fe334, 0x15fe338, 0x1, 0x1c4c4a0}, v2_int64 = {0x15fe338015fe334, 0x1c4c4a000000001}, uint128 = 0x01c4c4a000000001015fe338015fe334} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0, 0x0, 0x0, 0x0, 0x6c, 0xe4, 0x5f, 0x1, 0x0, 0x0, 0x0, 0x0, 0x3c, 0xe3, 0x5f, 0x1}, v8_int16 = {0x0, 0x0, 0xe46c, 0x15f, 0x0, 0x0, 0xe33c, 0x15f}, v4_int32 = { 0x0, 0x15fe46c, 0x0, 0x15fe33c}, v2_int64 = {0x15fe46c00000000, 0x15fe33c00000000}, uint128 = 0x015fe33c00000000015fe46c00000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x41, 0x83, 0x0, 0x1e, 0x34, 0xe3, 0x5f, 0x1, 0x38, 0xe3, 0x5f, 0x1, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x8341, 0x1e00, 0xe334, 0x15f, 0xe338, 0x15f, 0x0, 0x0}, v4_int32 = {0x1e008341, 0x15fe334, 0x15fe338, 0x0}, v2_int64 = {0x15fe3341e008341, 0x15fe338}, uint128 = 0x00000000015fe338015fe3341e008341} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0xe1e2e2e2e1e3e2e2, v2_int32 = {0xe1e3e2e2, 0xe1e2e2e2}, v4_int16 = {0xe2e2, 0xe1e3, 0xe2e2, 0xe1e2}, v8_int8 = {0xe2, 0xe2, 0xe3, 0xe1, 0xe2, 0xe2, 0xe2, 0xe1}} mm1 {uint64 = 0xe0e1e0e0e2e1e2e1, v2_int32 = {0xe2e1e2e1, 0xe0e1e0e0}, v4_int16 = {0xe2e1, 0xe2e1, 0xe0e0, 0xe0e1}, v8_int8 = {0xe1, 0xe2, 0xe1, 0xe2, 0xe0, 0xe0, 0xe1, 0xe0}} mm2 {uint64 = 0xe2e0e3e2e0e1e1df, v2_int32 = {0xe0e1e1df, 0xe2e0e3e2}, v4_int16 = {0xe1df, 0xe0e1, 0xe3e2, 0xe2e0}, v8_int8 = {0xdf, 0xe1, 0xe1, 0xe0, 0xe2, 0xe3, 0xe0, 0xe2}} mm3 {uint64 = 0xe2e1e1e2e1e0e2e1, v2_int32 = {0xe1e0e2e1, 0xe2e1e1e2}, v4_int16 = {0xe2e1, 0xe1e0, 0xe1e2, 0xe2e1}, v8_int8 = {0xe1, 0xe2, 0xe0, 0xe1, 0xe2, 0xe1, 0xe1, 0xe2}} mm4 {uint64 = 0xe1e2e1e1e2e3e1e2, v2_int32 = {0xe2e3e1e2, 0xe1e2e1e1}, v4_int16 = {0xe1e2, 0xe2e3, 0xe1e1, 0xe1e2}, v8_int8 = {0xe2, 0xe1, 0xe3, 0xe2, 0xe1, 0xe1, 0xe2, 0xe1}} mm5 {uint64 = 0xe2e1e4e2e4e3e2e2, v2_int32 = {0xe4e3e2e2, 0xe2e1e4e2}, v4_int16 = {0xe2e2, 0xe4e3, 0xe4e2, 0xe2e1}, v8_int8 = {0xe2, 0xe2, 0xe3, 0xe4, 0xe2, 0xe4, 0xe1, 0xe2}} mm6 {uint64 = 0xe1e1e3e2e3e0e2e2, v2_int32 = {0xe3e0e2e2, 0xe1e1e3e2}, v4_int16 = {0xe2e2, 0xe3e0, 0xe3e2, 0xe1e1}, v8_int8 = {0xe2, 0xe2, 0xe0, 0xe3, 0xe2, 0xe3, 0xe1, 0xe1}} mm7 {uint64 = 0xe2e1e1e2e2e1e3e2, v2_int32 = {0xe2e1e3e2, 0xe2e1e1e2}, v4_int16 = {0xe3e2, 0xe2e1, 0xe1e2, 0xe2e1}, v8_int8 = {0xe2, 0xe3, 0xe1, 0xe2, 0xe2, 0xe1, 0xe1, 0xe2}} (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 00:39:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 22:39:46 -0000 Subject: [FFmpeg-trac] #2621(FFprobe:new): ffprobe should output formatted information about detection reliability In-Reply-To: <041.287fff3ee607bfbdbf08d62a0cb13e66@avcodec.org> References: <041.287fff3ee607bfbdbf08d62a0cb13e66@avcodec.org> Message-ID: <056.1057a08845a0b0620cca3e197d842a59@avcodec.org> #2621: ffprobe should output formatted information about detection reliability --------------------------------------+----------------------------------- Reporter: ahthovaikied | Owner: Type: enhancement | Status: new Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:04:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:04:48 -0000 Subject: [FFmpeg-trac] #2428(FFplay:closed): ffplay crashes on weird file In-Reply-To: <036.f71278d6504917768933d9c213d2cd6a@avcodec.org> References: <036.f71278d6504917768933d9c213d2cd6a@avcodec.org> Message-ID: <051.f814663d7a7b98acc7970ef3815c15ed@avcodec.org> #2428: ffplay crashes on weird file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: crash | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * component: undetermined => FFplay Comment: Fixed by Marton. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:15:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:15:21 -0000 Subject: [FFmpeg-trac] #2526(undetermined:new): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.ba547fbea4e64c782ad73a1672207862@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Thank you for adding above information! Since at least two Windows bugs were reported that were only reproducible with gcc 4.8.0, could you confirm that it also fails with gcc 4.7.3 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:34:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:34:37 -0000 Subject: [FFmpeg-trac] #2507(FFplay:open): Heavy desync with ffplay for a mpeg4-ogg sample In-Reply-To: <036.ac159df078a002627623ddca3a17690f@avcodec.org> References: <036.ac159df078a002627623ddca3a17690f@avcodec.org> Message-ID: <051.c88099d5459bc551484ad3795f23cdd7@avcodec.org> #2507: Heavy desync with ffplay for a mpeg4-ogg sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: ogg mpeg4 | Blocked By: videolan regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * owner: => cus * status: new => open * component: undetermined => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:46:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:46:13 -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.1fc8748c902ef0cb25a81c4a600352d3@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 | -------------------------------------+------------------------------------- Comment (by ubitux): Any news from this or it should be ignored? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:48:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:48:23 -0000 Subject: [FFmpeg-trac] #2405(FFmpeg:closed): 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.42b242cc873530388d7616e675027d01@avcodec.org> #2405: FFmpeg does not error out in case of empty output ------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: image | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by ubitux): * keywords: => image * status: new => closed * resolution: => fixed Comment: Seems to do the trick. Someone can re-open the ticket if necessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 01:50:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Jun 2013 23:50:36 -0000 Subject: [FFmpeg-trac] #2350(FFmpeg:closed): PTS adjustment in FFmpeg In-Reply-To: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> References: <035.e92a1c83866bf3d6c066f92cccb5d78b@avcodec.org> Message-ID: <050.c9e797ca813426736bc0a70728225af8@avcodec.org> #2350: PTS adjustment in FFmpeg -------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by ubitux): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 04:26:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 02:26:54 -0000 Subject: [FFmpeg-trac] #2526(undetermined:new): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.d581407a6f25f90795405653e9c1552d@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by qyot27): It does affect 4.7.x as well, as part of that discussion Zarxrax linked to originally dealt with builds that were compiled with 4.7.2. It was exactly the same sort of error in DllMain, and only affected AviSynth 2.5.8. For that matter, I can also confirm that MSVC builds exhibit this problem with 2.5.8 (while 2.6 works fine) as well. I'd compiled an MSVC test build for that discussion, and can reproduce it with said same build (which, granted, is from April 21st, but the gdb output of that MSVC build is exactly the same as the backtrace from the current build I posted above). Unless I'm way off (totally possible here), the crash seems to be occurring *within* avisynth.dll, due to how libavformat is trying to load it. The DllMain errors would seem to point to this. My best guess is that AviSynth 2.6 adds protection meant to avoid this problem, and it doesn't show up on Linux/OSX because dlopen doesn't have the same limitations as LoadLibrary, or because AvxSynth (which is based on AviSynth 2.5.8) backported any necessary changes concerning this issue from 2.6. One distinct difference between libavformat/avisynth.c and x264's input/avs.c is that in x264's case the struct containing the AVSC_DECLARE_FUNC definitions (func) is nested inside the struct for the environment (avs_hnd_t), whereas in libavformat, AviSynthLibrary and AviSynthContext are separate from each other. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 05:31:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 03:31:51 -0000 Subject: [FFmpeg-trac] #2622(FFmpeg:new): Subtitle (hdmv pgs) remux fails Message-ID: <037.b5f8498d922e7e7db1b0bc006adb39ac@avcodec.org> #2622: Subtitle (hdmv pgs) remux fails -------------------------------------+------------------------------------- Reporter: skifreak | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: hdmv_pgs | master subtitle | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:ffmpeg fails when remuxing hdmv pgs subtitles How to reproduce:ffmpeg -i hdmv_pgs_subtitle_remux_fail.m2ts -map 0 -c copy out.m2ts {{{ ffmpeg version: git-master June 1, 2013 Files are available on the ftp under incoming/hdmv_pgs_subtitle_remux_fail.tgz Attempted to run skifreak at LedBox ~/Documents/x264 Encoding/hdmv_pgs_subtitle_remux_fail $ ffmpeg -i hdmv_pgs_subtitle_remux_fail.m2ts -map 0 -c copy /tmp/test.m2tsffmpeg version N-53758-g5711e4f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 18:59:50 with gcc 4.5.4 (Gentoo 4.5.4 p1.1, pie-0.4.7) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -g' --extra-cflags='-march=native -O2 -pipe -g' --extra-cxxflags='-march=native -O2 -pipe -g' --disable-static --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --disable-indev=oss --disable- indev=jack --disable-outdev=oss --enable-version3 --enable-bzlib --disable-runtime-cpudetect --disable-debug --disable-doc --disable-gnutls --enable-hardcoded-tables --enable-iconv --disable-network --disable- openssl --enable-ffplay --disable-vaapi --disable-vdpau --enable-zlib --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libmp3lame --disable-libfdk-aac --disable-libaacplus --disable-libfaac --enable- libtheora --disable-libtwolame --enable-libx264 --enable-libxvid --disable-libcdio --disable-libiec61883 --enable-libdc1394 - libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x25698a0] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x25698a0] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x25698a0] Could not find codec parameters for stream 3 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x25698a0] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x256f780] start time is not set in estimate_timings_from_pts [NULL @ 0x25701c0] start time is not set in estimate_timings_from_pts [mpegts @ 0x25698a0] PES packet size mismatch Input #0, mpegts, from 'hdmv_pgs_subtitle_remux_fail.m2ts': Duration: 00:00:05.22, start: 65.986667, bitrate: 23524 kb/s Program 1 Stream #0:0[0x1011]: Video: vc1 (VC-1 / 0x312D4356), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, 5.1(side), s16, 4608 kb/s Stream #0:2[0x1101]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 640 kb/s Stream #0:3[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:4[0x1201]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) File '/tmp/test.m2ts' already exists. Overwrite ? [y/N] y Output #0, mpegts, to '/tmp/test.m2ts': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: vc1 (VC-1 / 0x312D4356), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc Stream #0:1: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, 5.1(side), 4608 kb/s Stream #0:2: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), 640 kb/s Stream #0:3: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:4: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (copy) Stream #0:3 -> #0:3 (copy) Stream #0:4 -> #0:4 (copy) Press [q] to stop, [?] for help [mpegts @ 0x2570f20] Application provided invalid, non monotonically increasing dts to muxer in stream 3: 458492 >= 458492 av_interleaved_write_frame(): Invalid argument skifreak at LedBox ~/Documents/x264 Encoding/hdmv_pgs_subtitle_remux_fail $ ffmpeg -v 9 -loglevel 99 -i hdmv_pgs_subtitle_remux_fail.m2ts ffmpeg version N-53758-g5711e4f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 18:59:50 with gcc 4.5.4 (Gentoo 4.5.4 p1.1, pie-0.4.7) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -g' --extra-cflags='-march=native -O2 -pipe -g' --extra-cxxflags='-march=native -O2 -pipe -g' --disable-static --enable-gpl --enable-postproc --enable-avfilter --enable-avresample --disable-stripping --enable-version3 --disable-indev=oss --disable- indev=jack --disable-outdev=oss --enable-version3 --enable-bzlib --disable-runtime-cpudetect --disable-debug --disable-doc --disable-gnutls --enable-hardcoded-tables --enable-iconv --disable-network --disable- openssl --enable-ffplay --disable-vaapi --disable-vdpau --enable-zlib --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libmp3lame --disable-libfdk-aac --disable-libaacplus --disable-libfaac --enable- libtheora --disable-libtwolame --enable-libx264 --enable-libxvid --disable-libcdio --disable-libiec61883 --enable-libdc1394 - libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'hdmv_pgs_subtitle_remux_fail.m2ts'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file hdmv_pgs_subtitle_remux_fail.m2ts. Successfully parsed a group of options. Opening an input file: hdmv_pgs_subtitle_remux_fail.m2ts. [mpegts @ 0x12b3080] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x12b3080] stream=0 stream_type=ea pid=1011 prog_reg_desc=HDMV [mpegts @ 0x12b3080] stream=1 stream_type=80 pid=1100 prog_reg_desc=HDMV [mpegts @ 0x12b3080] stream=2 stream_type=81 pid=1101 prog_reg_desc=HDMV [mpegts @ 0x12b3080] stream=3 stream_type=90 pid=1200 prog_reg_desc=HDMV [mpegts @ 0x12b3080] stream=4 stream_type=90 pid=1201 prog_reg_desc=HDMV [mpegts @ 0x12b3080] File position before avformat_find_stream_info() is 0 [mpegts @ 0x12b3080] parser not found for codec pcm_bluray, packets or times may be invalid. [mpegts @ 0x12b3080] parser not found for codec hdmv_pgs_subtitle, packets or times may be invalid. Last message repeated 1 times [mpegts @ 0x12b3080] parser not found for codec pcm_bluray, packets or times may be invalid. [NULL @ 0x12b7160] Header: DBFE3BF2 [NULL @ 0x12b7160] Advanced Profile level 3: frmrtq_postproc=7, bitrtq_postproc=31 LoopFilter=0, ChromaFormat=1, Pulldown=1, Interlace: 0 TFCTRflag=0, FINTERPflag=0 [NULL @ 0x12b7160] Display extended info: [NULL @ 0x12b7160] Display dimensions: 1920x1080 [NULL @ 0x12b7160] Aspect: 1:1 [NULL @ 0x12b7160] Entry point: 1ADFFCEF [NULL @ 0x12b7160] Entry point info: BrokenLink=0, ClosedEntry=0, PanscanFlag=0 RefDist=1, Postproc=1, FastUVMC=0, ExtMV=1 DQuant=1, VSTransform=1, Overlap=0, Qmode=3 [NULL @ 0x12b7160] Header: DBFE3BF2 [NULL @ 0x12b7160] Advanced Profile level 3: frmrtq_postproc=7, bitrtq_postproc=31 LoopFilter=1, ChromaFormat=1, Pulldown=1, Interlace: 0 TFCTRflag=0, FINTERPflag=0 [NULL @ 0x12b7160] Display extended info: [NULL @ 0x12b7160] Display dimensions: 1920x1080 [NULL @ 0x12b7160] Aspect: 1:1 [NULL @ 0x12b7160] Entry point: 1ADFFCEF [NULL @ 0x12b7160] Entry point info: BrokenLink=0, ClosedEntry=0, PanscanFlag=0 RefDist=1, Postproc=1, FastUVMC=0, ExtMV=1 DQuant=1, VSTransform=1, Overlap=0, Qmode=3 [NULL @ 0x12b7160] Header: DBFE3BF2 [NULL @ 0x12b7160] Advanced Profile level 3: frmrtq_postproc=7, bitrtq_postproc=31 LoopFilter=1, ChromaFormat=1, Pulldown=1, Interlace: 0 TFCTRflag=0, FINTERPflag=0 [NULL @ 0x12b7160] Display extended info: [NULL @ 0x12b7160] Display dimensions: 1920x1080 [NULL @ 0x12b7160] Aspect: 1:1 [NULL @ 0x12b7160] Entry point: 1ADFFCEF [NULL @ 0x12b7160] Entry point info: BrokenLink=0, ClosedEntry=0, PanscanFlag=0 RefDist=1, Postproc=1, FastUVMC=0, ExtMV=1 DQuant=1, VSTransform=1, Overlap=0, Qmode=3 [mpegts @ 0x12b3080] Probe buffer size limit of 5000000 bytes reached [mpegts @ 0x12b3080] Stream #3: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x12b3080] Stream #4: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x12b3080] Could not find codec parameters for stream 3 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x12b3080] Could not find codec parameters for stream 4 (Subtitle: hdmv_pgs_subtitle (pgssub) ([144][0][0][0] / 0x0090)): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x12b9020] start time is not set in estimate_timings_from_pts [NULL @ 0x12b9a60] start time is not set in estimate_timings_from_pts [mpegts @ 0x12b3080] PES packet size mismatch [mpegts @ 0x12b3080] File position after avformat_find_stream_info() is 0 Input #0, mpegts, from 'hdmv_pgs_subtitle_remux_fail.m2ts': Duration: 00:00:05.22, start: 65.986667, bitrate: 23524 kb/s Program 1 Stream #0:0[0x1011], 37, 1/90000: Video: vc1 (VC-1 / 0x312D4356), 1920x1080 [SAR 1:1 DAR 16:9], 1001/48000, 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100], 325, 1/90000: Audio: pcm_bluray (HDMV / 0x564D4448), 48000 Hz, 5.1(side), s16, 4608 kb/s Stream #0:2[0x1101], 50, 1/90000: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), fltp, 640 kb/s Stream #0:3[0x1200], 0, 1/90000: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Stream #0:4[0x1201], 0, 1/90000: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) Successfully opened the file. At least one output file must be specified [AVIOContext @ 0x12bb7a0] Statistics: 5984400 bytes read, 3 seeks }}} 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 Jun 2 09:00:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 07:00:31 -0000 Subject: [FFmpeg-trac] #2526(undetermined:open): ffmpeg on windows crashes when using Avisynth 2.5.8 In-Reply-To: <036.101571833303f1c7a917c60311512ab3@avcodec.org> References: <036.101571833303f1c7a917c60311512ab3@avcodec.org> Message-ID: <051.ea9e98049fd41cd270e50e7d302beed8@avcodec.org> #2526: ffmpeg on windows crashes when using Avisynth 2.5.8 -------------------------------------+------------------------------------- Reporter: Zarxrax | Owner: Type: defect | Status: open Priority: important | Component: Version: unspecified | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 09:30:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 07:30:28 -0000 Subject: [FFmpeg-trac] #2622(avformat:open): Subtitle (hdmv pgs) remux fails In-Reply-To: <037.b5f8498d922e7e7db1b0bc006adb39ac@avcodec.org> References: <037.b5f8498d922e7e7db1b0bc006adb39ac@avcodec.org> Message-ID: <052.2c6e765c5061482b9a6f555d0af15a2c@avcodec.org> #2622: Subtitle (hdmv pgs) remux fails -------------------------------------+------------------------------------- Reporter: skifreak | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: mpegts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: hdmv_pgs subtitle => pgssub mpegts * status: new => open * component: FFmpeg => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 12:01:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 10:01:24 -0000 Subject: [FFmpeg-trac] #2623(undetermined:new): Automated crash report Message-ID: <034.3a211405fba7c8f96d4fe8a1185bd5c3@avcodec.org> #2623: Automated crash report -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- It might be useful to implement an automated crash report submission. One of the possible ways to implement it might be like, when ffmpeg crashes, a .crash file is created and a note is displayed asking the user if he wants to send/upload the auto generated crash report to online ffmpeg server with the possibility to add some free description of what the user was trying to do. This is a common feature in most commercial software solutions, so it might be worthy to think about implementing one in ffmpeg too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 12:40:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 10:40:04 -0000 Subject: [FFmpeg-trac] #2624(undetermined:new): Simplifying ffserver to make it more easy to maintain Message-ID: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> #2624: Simplifying ffserver to make it more easy to maintain -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- While working with the 2 of the most popular free audio broadcasting servers: [http://www.shoutcast.com/ shoutcast] and [http://www.icecast.org/ icecast] (open-source), I've noticed they are just broadcasting the feed they get from their remote sources, without doing any re-encoding, which simplifies their entire model. Things they mostly do is buffering and broadcasting, so I thought maybe there was a chance to do the same thing with ffserver to simplify it a bit and make it more easy to maintain. Further more, it might be more straightforward to use it this way, since people would use the desired codecs to encode their streams on the source machine (running ffmpeg), rather than on the ffserver machine, thus it would make ffserver more feasible to run on web hosting servers, because of the lowered cpu usage. If it would be more convenient, maybe a completely new tool could be created from scratch, which could be extended more easily than ffserver, considering the simpler model it has. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 13:07:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 11:07:14 -0000 Subject: [FFmpeg-trac] #2623(undetermined:closed): Automated crash report In-Reply-To: <034.3a211405fba7c8f96d4fe8a1185bd5c3@avcodec.org> References: <034.3a211405fba7c8f96d4fe8a1185bd5c3@avcodec.org> Message-ID: <049.b049f9e79b1ed3ae78faec1812aa17f0@avcodec.org> #2623: Automated crash report -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: Afaik, we do not want distributors to ship non-stripped versions of FFmpeg by default. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 13:08:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 11:08:50 -0000 Subject: [FFmpeg-trac] #2624(FFserver:new): Simplifying ffserver to make it more easy to maintain In-Reply-To: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> References: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> Message-ID: <049.7f3b5e5a97b483af8839ebde4f16fb70@avcodec.org> #2624: Simplifying ffserver to make it more easy to maintain -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * component: undetermined => FFserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 13:52:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 11:52:58 -0000 Subject: [FFmpeg-trac] #2623(undetermined:reopened): Automated crash report In-Reply-To: <034.3a211405fba7c8f96d4fe8a1185bd5c3@avcodec.org> References: <034.3a211405fba7c8f96d4fe8a1185bd5c3@avcodec.org> Message-ID: <049.b729f63634e7498db04990ebdcd37a12@avcodec.org> #2623: Automated crash report -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: closed => reopened * resolution: wontfix => Comment: Reopening as there is no consensus that this is a wontfix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 14:58:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 12:58:07 -0000 Subject: [FFmpeg-trac] #2538(avcodec:closed): FFMPEG crash in decoding MPEG4 using NEON In-Reply-To: <041.ff0857afd9c09d8c4e358cd6d9dcd970@avcodec.org> References: <041.ff0857afd9c09d8c4e358cd6d9dcd970@avcodec.org> Message-ID: <056.06d20b530482748692db999ec818d703@avcodec.org> #2538: FFMPEG crash in decoding MPEG4 using NEON -------------------------------------+------------------------------------- Reporter: | Owner: felixyang_tw | Status: closed Type: defect | Component: avcodec Priority: important | Resolution: fixed Version: git-master | Blocked By: Keywords: crash | Reproduced by developer: 1 SIGBUS lowres arm asp | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in c2625c2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 15:04:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 13:04:22 -0000 Subject: [FFmpeg-trac] #2625(undetermined:new): Transcoding file to aac results in process stuck Message-ID: <033.42636217af5b29967b61abbee60d4f87@avcodec.org> #2625: Transcoding file to aac results in process stuck -------------------------------------+------------------------------------- Reporter: luca | 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 ffmpeg transcoding procedure results stuck when trying to transcode a mjpeg/pcm_s16le file to h264/aac. This is what I see after many hours of transcoding: {{{ host-001:No backup luca$ ffmpeg -i DSCN0468.AVI -vcodec libx264 -vprofile high -preset veryslow -crf 22 -acodec aac -strict -2 DSCN0468_transcoded_mac.mp4 -threads 0 ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on May 20 2013 05:41:01 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 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 Trailing options were found on the commandline. [avi @ 0x7fc281029c00] non-interleaved AVI Guessed Channel Layout for Input Stream #0.1 : mono Input #0, avi, from 'DSCN0468.AVI': Metadata: encoder : maker : NIKON model : COOLPIX S5100 creation_time : 2012-04-14 15:58:41 Duration: 00:22:46.26, start: 0.000000, bitrate: 22618 kb/s Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 1280x720, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s File 'DSCN0468_transcoded_mac.mp4' already exists. Overwrite ? [y/N] y using cpu capabilities: none! [libx264 @ 0x7fc281031800] profile High, level 5.0 [libx264 @ 0x7fc281031800] 264 - core 129 - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 ref=16 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=10 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=24 chroma_me=1 trellis=2 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=8 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'DSCN0468_transcoded_mac.mp4': Metadata: model : COOLPIX S5100 maker : NIKON encoder : Lavf54.63.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 1280x720, q=-1--1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 22050 Hz, mono, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libx264) Stream #0:1 -> #0:1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame= 616 fps=0.6 q=28.0 size= 8205kB time=00:00:20.43 bitrate=3289.5kbits/s }}} Everything is still at this point, and the output file size does not increase anymore. Also, -threads 0 commonly uses 4 cores here, resulting in approx 400% of CPU usage. When this point is reached, ffmpeg CPU usage is down to 100% and seems not to end. I tried to transcode to ac3 and it seemed to go over that point. Then I tried to produce a sample containing only 30 seconds of audio and transcode to aac. The result is: {{{ host-001:No backup luca$ ffmpeg -v 9 -loglevel 99 -i sample.avi -acodec aac -strict -2 out_audio.mp4 -report ffmpeg started on 2013-06-02 at 14:50:21 Report written to "ffmpeg-20130602-145021.log" ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on May 20 2013 05:41:01 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 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 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 'sample.avi'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'aac'. Reading option '-strict' ... matched as AVOption 'strict' with argument '-2'. Reading option 'out_audio.mp4' ... matched as output file. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set libav* logging level) with argument 9. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file sample.avi. Successfully parsed a group of options. Opening an input file: sample.avi. [avi @ 0x7fd45a02de00] Format avi probed with size=2048 and score=100 [avi @ 0x7fd459c12700] use odml:1 [avi @ 0x7fd45a02de00] File position before avformat_find_stream_info() is 5652 [avi @ 0x7fd45a02de00] parser not found for codec pcm_s16le, packets or times may be invalid. Last message repeated 1 times [avi @ 0x7fd45a02de00] All info found [avi @ 0x7fd45a02de00] Estimating duration from bitrate, this may be inaccurate [avi @ 0x7fd45a02de00] File position after avformat_find_stream_info() is 7164 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, avi, from 'sample.avi': Metadata: encoder : Lavf54.63.104 Duration: 00:00:30.65, start: 0.000000, bitrate: 352 kb/s Stream #0:0, 1, 1/22050: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 22050 Hz, mono, s16, 352 kb/s Successfully opened the file. Parsing a group of options: output file out_audio.mp4. Applying option acodec (force audio codec ('copy' to copy stream)) with argument aac. Successfully parsed a group of options. Opening an output file: out_audio.mp4. File 'out_audio.mp4' already exists. Overwrite ? [y/N] y Successfully opened the file. [abuffer @ 0x7fd459c122e0] Setting entry with key 'time_base' to value '1/22050' [abuffer @ 0x7fd459c122e0] Setting entry with key 'sample_rate' to value '22050' [abuffer @ 0x7fd459c122e0] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x7fd459c122e0] Setting entry with key 'channel_layout' to value '0x4' [graph 0 input from stream 0:0 @ 0x7fd459c13480] tb:1/22050 samplefmt:s16 samplerate:22050 chlayout:0x4 [aformat @ 0x7fd459c13940] Setting entry with key 'sample_fmts' to value 'fltp' [aformat @ 0x7fd459c13940] Setting entry with key 'sample_rates' to value '96000,88200,64000,48000,44100,32000,24000,22050,16000,12000,11025,8000,7350' [audio format for output stream 0:0 @ 0x7fd459c139a0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:0' [auto-inserted resampler 0 @ 0x7fd459c13f00] ch:1 chl:mono fmt:s16 r:22050Hz -> ch:1 chl:mono fmt:fltp r:22050Hz Output #0, mp4, to 'out_audio.mp4': Metadata: encoder : Lavf54.63.104 Stream #0:0, 0, 1/22050: Audio: aac ([64][0][0][0] / 0x0040), 22050 Hz, mono, fltp, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> aac) Press [q] to stop, [?] for help }}} No more output. I'll provide shortly the sample.avi on the upload.ffmpeg.org server with the name aac_stuck_transcoding.avi. My system is Mac OS X 10.8.3. ffmpeg was built using macports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 15:08:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 13:08:20 -0000 Subject: [FFmpeg-trac] #2625(undetermined:new): Transcoding file to aac results in process stuck In-Reply-To: <033.42636217af5b29967b61abbee60d4f87@avcodec.org> References: <033.42636217af5b29967b61abbee60d4f87@avcodec.org> Message-ID: <048.4f68fcc7a87f7fe3dc3acb404c599288@avcodec.org> #2625: Transcoding file to aac results in process stuck -------------------------------------+------------------------------------- Reporter: luca | 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 luca): Sample file fit as attachment, so I uploaded here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 16:55:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 14:55:04 -0000 Subject: [FFmpeg-trac] #741(avcodec:closed): tiff: support pixel order per channel (RRGGBB) In-Reply-To: <038.2c9e41c169f43e2f73884dc5df0a659c@avcodec.org> References: <038.2c9e41c169f43e2f73884dc5df0a659c@avcodec.org> Message-ID: <053.5cd5011a2fffc0a1ae811934495f2ef0@avcodec.org> #741: tiff: support pixel order per channel (RRGGBB) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Implemented by Paul B Mahol in 379ad97. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 16:57:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 14:57:10 -0000 Subject: [FFmpeg-trac] #2625(avcodec:closed): Transcoding file to aac results in process stuck In-Reply-To: <033.42636217af5b29967b61abbee60d4f87@avcodec.org> References: <033.42636217af5b29967b61abbee60d4f87@avcodec.org> Message-ID: <048.c2d1f52cbccdcad2e87f4720b9ded631@avcodec.org> #2625: Transcoding file to aac results in process stuck -------------------------------------+------------------------------------- Reporter: luca | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 1.2.1 | Resolution: fixed Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => 1.2.1 * keywords: => aac regression * resolution: => fixed Comment: Regression since c065255 / dc7e7d4 - fixed in current git head and origin/release/1.2, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 18:41:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 16:41:17 -0000 Subject: [FFmpeg-trac] #2573(avformat:open): Remuxed XDCAM mov does not play correctly in Quicktime player In-Reply-To: <032.f9dc1b31fc6befe68f7177909b6d9c4a@avcodec.org> References: <032.f9dc1b31fc6befe68f7177909b6d9c4a@avcodec.org> Message-ID: <047.0cbc22386ce64bf0885055380ab21d53@avcodec.org> #2573: Remuxed XDCAM mov does not play correctly in Quicktime player -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Probably a duplicate of ticket #1600. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 18:41:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 16:41:33 -0000 Subject: [FFmpeg-trac] #1600(undetermined:new): remux of xdcam mxf to mov is unplayable in Final Cut Pro In-Reply-To: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> References: <036.236e98d4380a2eb083b4b9e43212f24b@avcodec.org> Message-ID: <051.f5e9190d0506283ade6d54c185eb5030@avcodec.org> #1600: remux of xdcam mxf to mov is unplayable in Final Cut Pro -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Ticket #2573 looks related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 18:44:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 16:44:07 -0000 Subject: [FFmpeg-trac] #1874(undetermined:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.5814c18565319eca3e9671c526d2ee2a@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:3 cehoyos]: > But can you confirm that this problem is only reproducible on Windows? Please try to reproduce with "ffplay -cpuflags -sse2 DVD-Audio- testfile.wav". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 18:47:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 16:47:44 -0000 Subject: [FFmpeg-trac] #1707(FFplay:closed): ffplay: Increasing desync In-Reply-To: <036.63fe4d2e226ea0ce6442971eb90167ee@avcodec.org> References: <036.63fe4d2e226ea0ce6442971eb90167ee@avcodec.org> Message-ID: <051.030e2f8a97ec4a02a36756ee9fbc682d@avcodec.org> #1707: ffplay: Increasing desync ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Marton Balint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 21:45:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 19:45:33 -0000 Subject: [FFmpeg-trac] #1874(undetermined:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.224053407c8bcb92aa9ea1fb0bf2a12c@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): The time counter seems to run normally here: {{{ $ ffplay -cpuflags -sse2 DVD-Audio-testfile.wav -autoexit ffplay version N-53771-g636c2dd Copyright (c) 2003-2013 the FFmpeg developers built on Jun 2 2013 21:41:50 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 14.100 / 55. 14.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [wav @ 0x7f0ea8000920] max_analyze_duration 5000000 reached at 5001333 microseconds Input #0, wav, from 'DVD-Audio-testfile.wav': Duration: 00:00:13.70, bitrate: 4615 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 96000 Hz, 2 channels, s32, 4608 kb/s 13.72 : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:27:43 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:27:43 -0000 Subject: [FFmpeg-trac] #24(build system:closed): Error message needed when enabling drawtext filter without libfreetype In-Reply-To: <035.d9047d7c6055a28513416169828c1ff4@avcodec.org> References: <035.d9047d7c6055a28513416169828c1ff4@avcodec.org> Message-ID: <050.1de40056e705beebc0f1ca7612a7380d@avcodec.org> #24: Error message needed when enabling drawtext filter without libfreetype -------------------------------------+------------------------------------- Reporter: xj25vm | Owner: Type: enhancement | Status: closed Priority: normal | Component: build Version: git | system Keywords: libfreetype | Resolution: wontfix drawtext | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: configure libfreetype drawtext filter => libfreetype drawtext * status: open => closed * resolution: => wontfix Comment: Afaict, this is not how FFmpeg's configure script works: --enable-filter=drawtext normally has no meaning because it is the default (drawtext will be enabled if the dependencies are fulfilled and it was not disabled), but since drawtext depends on an external library (like the flashsv decoder or the matroska demuxer), it will only be compiled if --enable-libfreetype was added as an option. Note that the following works as expected / is needed if you want the drawtext filter: $ ./configure --disable-filters --enable-libfreetype --enable- filter=drawtext -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:29:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:29:14 -0000 Subject: [FFmpeg-trac] #419(avformat:new): rtsp:// doesn't support any port number other than 80 In-Reply-To: <040.b024653fb6ff57368b219da5d6d47369@avcodec.org> References: <040.b024653fb6ff57368b219da5d6d47369@avcodec.org> Message-ID: <055.5f6a332fc7363e4b5f4b1e15b84a4f12@avcodec.org> #419: rtsp:// doesn't support any port number other than 80 --------------------------------------+------------------------------------ Reporter: uscgraphics | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: rtsp tcp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => rtsp tcp udp * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:30:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:30:29 -0000 Subject: [FFmpeg-trac] #258(avformat:closed): RTP over UDP: doesn't reorder packets In-Reply-To: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> References: <035.50c44bf7c4088c27553fa9d3b2a18088@avcodec.org> Message-ID: <050.94c9c4e3d7ed27ac2fcf7400bbd65ae1@avcodec.org> #258: RTP over UDP: doesn't reorder packets -------------------------------------+------------------------------------- Reporter: Andrew | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: RTP reorder | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if it is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:30:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:30:37 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing Message-ID: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing ----------------------------------+--------------------------------------- Reporter: julian | Type: enhancement Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- hello i need to create an MP4 file with an "disabled" audio track for playback on the AppleTV. it seems MP4 and MOV containers have the option to toggle whether tracks are enabled or disabled. i've searched the manpage and googled to no avail, it seems ffmpeg is currently missing this capability. only thing i found is someone else looking for this too ( http://stackoverflow.com/questions/14409194/how-to- disable-non-1st-audio-streams-tracks-in-ffmpeg-for-mp4-files ). please add the option to specify which tracks ( -map ) should be enabled or disabled when creating MP4 files. currently i have to post process the files created by ffmpeg using MP4Box ( http://blog.jdknight.me/2011/05/handbrake- playstation-3-and-51-surround.html ). thanks in advance for considering to implement this (or pointing me to the documentation if it really is already possible). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:46:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:46:53 -0000 Subject: [FFmpeg-trac] #2627(FFmpeg:new): Using -vf fps results in no audio Message-ID: <038.0e5a0dbd1df19ef6966535a7fca24614@avcodec.org> #2627: Using -vf fps results in no audio -----------------------------------+-------------------------------------- Reporter: microchip | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Summary of the bug: When using -vf fps filter there is no sound in the output. I tried with mplayer, vlc and xine and all behave the same. No sound at all. mplayer even reports that there is no audio track, even though MediaInfo says there is The input in this case is 25 fps and I'm trying to convert it to 29.970 How to reproduce: {{{ % /usr/local/bin/ffmpeg -i var/VideoSamples/var/jlo.mpg -c:v mpeg2video -b:v 3500k -c:a ac3 -b:a 192k -vf fps=fps=29.970 -y out.mpg }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:50:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:50:54 -0000 Subject: [FFmpeg-trac] #2627(FFmpeg:new): Using -vf fps results in no audio In-Reply-To: <038.0e5a0dbd1df19ef6966535a7fca24614@avcodec.org> References: <038.0e5a0dbd1df19ef6966535a7fca24614@avcodec.org> Message-ID: <053.103e619fa6671dd23ee52969fefe9eed@avcodec.org> #2627: Using -vf fps results in no audio ------------------------------------+---------------------------------- Reporter: microchip | 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 microchip): Complete output {{{ ffmpeg version N-53746-gec34963 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 1 2013 22:52:29 with gcc 4.7 (SUSE Linux) configuration: --enable-shared --enable-gpl --enable-version3 --enable- libx264 --enable-libxvid --enable-libmp3lame --enable-avresample --prefix=/usr/local libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 0x12dd8c0] max_analyze_duration 5000000 reached at 5000000 microseconds Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mpeg, from 'var/VideoSamples/var/jlo.mpg': Duration: 00:05:12.91, start: 0.280000, bitrate: 8234 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0xa0]: Audio: pcm_s16be, 48000 Hz, stereo, s16, 1536 kb/s [mpeg @ 0x12de840] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 3500 kb/s, 90k tbn, 29.97 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg2video) Stream #0:1 -> #0:1 (pcm_s16be -> ac3) Press [q] to stop, [?] for help [mpeg2video @ 0x12de3c0] warning: first frame is no keyframe Last message repeated 1 times frame= 2768 fps=410 q=4.2 Lsize= 41902kB time=00:01:32.32 bitrate=3717.9kbits/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 2 22:54:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Jun 2013 20:54:32 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.f148e7813acdfd1bb146f09d62be48ec@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov mkv * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 08:25:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 06:25:53 -0000 Subject: [FFmpeg-trac] #2620(avfilter:closed): ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 In-Reply-To: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> References: <038.9bca07da7563ea829fe10b5360394fe0@avcodec.org> Message-ID: <053.fa3837cb9bae67c028bca25ee648e779@avcodec.org> #2620: ffmpeg don't stop encoding if example -ss 00:05:00 -t 00:01:00 -------------------------------------+------------------------------------- Reporter: telperion | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: trim | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas George in 50a4d07, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 08:35:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 06:35:39 -0000 Subject: [FFmpeg-trac] #1874(undetermined:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.fd95c5ecd4b6264546af60f66d50de42@avcodec.org> #1874: ffplay displays "nan" as an current time -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Only reproducible with a 32bit executable: {{{ $ ffplay -cpuflags -sse2 DVD-Audio-testfile.wav -autoexit ffplay version N-53782-g2976e2a Copyright (c) 2003-2013 the FFmpeg developers built on Jun 3 2013 08:30:44 with gcc 4.7 (SUSE Linux) configuration: --cc='gcc -m32' libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 14.100 / 55. 14.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [wav @ 0xf55004a0] max_analyze_duration 5000000 reached at 5001333 microseconds Input #0, wav, from 'DVD-Audio-testfile.wav': Duration: 00:00:13.70, bitrate: 4615 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 96000 Hz, 2 channels, s32, 4608 kb/s -nan M-A: -nan fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 08:59:43 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 06:59:43 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks Message-ID: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> #2628: when fifo_size is set , memory leaks -------------------------------------+------------------------------------- Reporter: baituxp | Type: defect Status: new | Priority: normal Component: | Version: 1.2.1 undetermined | Blocked By: Keywords: fifo_size, | Reproduced by developer: 0 memory leak | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ./ffmpeg -i 'udp://239.9.9.9:10001?fifo_size=10000000&overrun_nonfatal=1' -b:v 4096k -s "720*576" -vcodec libx264 -r 25 -x264opts vbv-bufsize=163:bitrate=4096 :vbv-maxrate=4096:nal-hrd=cbr -f mpegts udp://10.9.211.4:10023 ffmpeg 1.1.1 linux 5.3 }}} I test this using other ffmpeg versions, it occurs every times. fifo_size is set to a value, such as 10000000, the main memory runs out 30M every minitues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:02:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:02:13 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.7924a50c1e1d3621827779815d79f208@avcodec.org> #2628: when fifo_size is set , memory leaks -------------------------------------+------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.2.1 | undetermined Keywords: fifo_size, | Resolution: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by baituxp): by the way , 239.9.9.9:10001 is a mpeg2 ts stream with 8M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:02:40 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:02:40 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.6b4b05e5de12afec0bf1a2fb01d2633c@avcodec.org> #2628: when fifo_size is set , memory leaks -------------------------------------+------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.2.1 | undetermined Keywords: fifo_size, | Resolution: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is this also reproducible with current git head? Please add valgrind output for memleak reports and please add complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:11:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:11:42 -0000 Subject: [FFmpeg-trac] #2629(undetermined:new): "-acodec copy" is conflict with "-vol 100" Message-ID: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> #2629: "-acodec copy" is conflict with "-vol 100" -------------------------------------+------------------------------------- Reporter: baituxp | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: acodec copy | Blocked By: , vol | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg -i a.ts -acodec copy -f output1.ts - acodec aac -f -vol 100 output2.ts ffmpeg 1.1.1 built on linux 5.3 }}} I think "-acodec copy" is designed to confict within "-vol xxx" in a single output stream, but in different output streams, there is no effect. However, ffmpeg rejects to run when detecting "-acodec copy" and "-vol xxx" in a same commandline anytime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:19:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:19:53 -0000 Subject: [FFmpeg-trac] #2629(undetermined:new): "-acodec copy" is conflict with "-vol 100" In-Reply-To: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> References: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> Message-ID: <051.b35919f8f2fa2aa86c1238e496fc81b9@avcodec.org> #2629: "-acodec copy" is conflict with "-vol 100" -------------------------------------+------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: vol | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: acodec copy , vol => vol Comment: Please test current git head and please post your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:21:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:21:46 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.cc9dbe19bfa9d56a0eaccec82f27f78b@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: fifo_size, memory leak => leak -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:25:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:25:37 -0000 Subject: [FFmpeg-trac] #2629(undetermined:new): "-acodec copy" is conflict with "-vol 100" In-Reply-To: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> References: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> Message-ID: <051.86609ab63e84c1832345a91f9927f996@avcodec.org> #2629: "-acodec copy" is conflict with "-vol 100" -------------------------------------+------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: vol | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by baituxp): yes i test in ffmpeg 1.2.1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:27:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:27:28 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.cf4f93729bcd88e32f2535c1aec6281c@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): I test it in ffmpeg 1.2.1, the newest version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:34:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:34:31 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.a6a9cf4b4266a667cbacd8f5836c2f1c@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Please test current git head (the recommended version if you are a user), and please add valgrind output for memleak reports. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:35:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:35:23 -0000 Subject: [FFmpeg-trac] #2629(undetermined:new): "-acodec copy" is conflict with "-vol 100" In-Reply-To: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> References: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> Message-ID: <051.1382a16eb4d472e2ba06fccdad3d75b8@avcodec.org> #2629: "-acodec copy" is conflict with "-vol 100" -------------------------------------+------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: vol | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): As explained on http://ffmpeg.org/bugreports.html please test current git head and please provide not only your failing command line but your failing command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:54:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:54:12 -0000 Subject: [FFmpeg-trac] #2630(FFplay:new): Log output is blocking Message-ID: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> #2630: Log output is blocking -------------------------------------+------------------------------------- Reporter: bjartnes | Type: Status: new | enhancement Component: FFplay | Priority: minor Keywords: log output | Version: 1.1.5 blocking | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Not sure if this is labelled a bug or more a new feature/feature change but it was mentioned that it might should be raised with ffmpeg. The issue is that when I pipe video in node.js to a ffplay child-process the log output is blocking. This means that after a while playing the video will halt because the output buffer from stdout fills up with progress information. It's easy to work around, but it was claimed that it seems unnescessary to blog on log output. I myself have no strong opinions on the issue, but I thought I should bring it up. https://github.com/joyent/node/issues/5610 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 09:55:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 07:55:03 -0000 Subject: [FFmpeg-trac] #2630(FFplay:new): Log output is blocking In-Reply-To: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> References: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> Message-ID: <052.821f118f0893a558946f1f67fb0c708a@avcodec.org> #2630: Log output is blocking -------------------------------------+------------------------------------- Reporter: bjartnes | Owner: Type: enhancement | Status: new Priority: minor | Component: FFplay Version: 1.1.5 | Resolution: Keywords: log output | Blocked By: blocking | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by bjartnes): blog=>block. Could not find edit button. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:07:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:07:00 -0000 Subject: [FFmpeg-trac] #2630(FFplay:new): Log output is blocking In-Reply-To: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> References: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> Message-ID: <052.d4a9b747f3cc3f875e205abfadf0b8b6@avcodec.org> #2630: Log output is blocking ------------------------------------+---------------------------------- Reporter: bjartnes | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: log output blocking => * priority: minor => normal * version: 1.1.5 => git-master * type: enhancement => defect Comment: Command line and complete, uncut console output missing. I wanted to write "aren't you searching for -loglevel 0 ?" but there appears to be a bug in ffplay iiuc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:33:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:33:22 -0000 Subject: [FFmpeg-trac] #2630(FFplay:new): Log output is blocking In-Reply-To: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> References: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> Message-ID: <052.769557ae687635c1c926f39e7858db19@avcodec.org> #2630: Log output is blocking ------------------------------------+---------------------------------- Reporter: bjartnes | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): I may misunderstand the ticket, but you could test this patch with -loglevel 30 (or smaller): http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164562 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:33:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:33:41 -0000 Subject: [FFmpeg-trac] #2630(FFplay:new): Log output is blocking In-Reply-To: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> References: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> Message-ID: <052.8b4190a4d63b237a77bc7f0260526288@avcodec.org> #2630: Log output is blocking ------------------------------------+---------------------------------- Reporter: bjartnes | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Description changed by cehoyos: Old description: > Not sure if this is labelled a bug or more a new feature/feature change > but it was mentioned that it might should be raised with ffmpeg. > > The issue is that when I pipe video in node.js to a ffplay child-process > the log output is blocking. This means that after a while playing the > video will halt because the output buffer from stdout fills up with > progress information. It's easy to work around, but it was claimed that > it seems unnescessary to blog on log output. I myself have no strong > opinions on the issue, but I thought I should bring it up. > > https://github.com/joyent/node/issues/5610 New description: Not sure if this is labelled a bug or more a new feature/feature change but it was mentioned that it might should be raised with ffmpeg. The issue is that when I pipe video in node.js to a ffplay child-process the log output is blocking. This means that after a while playing the video will halt because the output buffer from stdout fills up with progress information. It's easy to work around, but it was claimed that it seems unnescessary to block on log output. I myself have no strong opinions on the issue, but I thought I should bring it up. https://github.com/joyent/node/issues/5610 -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:39:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:39:13 -0000 Subject: [FFmpeg-trac] #2631(undetermined:new): fade filter offset from the end of stream Message-ID: <034.580059287863d012870297a08b63330c@avcodec.org> #2631: fade filter offset from the end of stream -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- The [http://www.ffmpeg.org/ffmpeg-filters.html#Examples-7 fade filter example] shows how to fade out last 45 frames of a video: {{{ Fade out last 45 frames of a 200-frame video: fade=out:155:45 }}} where 155 is a starting frame and 55 is the number of frames that the filter should be applied to. It might be more convenient if users could specify just the number of frames to fade out, together with some kind of a constant (or -1) for the starting frame, to avoid the need to know the exact frame number before setting the filter's parameters, like this: {{{ Fade out last 45 frames of an unknown-frame-count video: fade=out:-1:45 }}} It would make filter to be applied to the last 45 frames of the video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:41:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:41:15 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.96361774f227457730d8a7b6a2cf1103@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): I attached a screen output picture. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 10:46:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 08:46:45 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.758dffdd4b2dbe41a28a0b93d168c825@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Unfortunately, free cannot be used to detect memleaks, I suspect you can try Dr. Memory on Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 11:31:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 09:31:58 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.e2939fcf2a3b819a93374e898a793266@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): hello, maybe free command does not track the owner of the lost memory , but , I am sure, because the memory changes to 0 in the end, and the machine does not respond keyboard or mouse event. the experiments can be repeated. my ffmpeg runs in linux, not in windows. no Dr. memory at hand...... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 11:33:54 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 09:33:54 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.dd6fd7b7abfb55d718f5e80eab8afcc1@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Please use valgrind on Linux to confirm memory leaks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 11:55:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 09:55:37 -0000 Subject: [FFmpeg-trac] #1874(swresample:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.95f49a4720396026ad2d900249995606@avcodec.org> #1874: ffplay displays "nan" as an current time ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: resample | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: => resample * priority: normal => important * component: undetermined => swresample Comment: I suspect this is a regression since 65722e7 {{{ $ ffplay -cpuflags -sse-sse2 DVD-Audio-testfile.wav -autoexit ffplay version N-40210-g65722e7 Copyright (c) 2003-2012 the FFmpeg developers built on Jun 3 2013 11:53:10 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: --disable-everything --cc='gcc -m32' --enable- protocol=file --enable-demuxer=wav --enable-decoder='pcm_s24le,h264' --enable-filter=aresample libavutil 51. 48.100 / 51. 48.100 libavcodec 54. 17.100 / 54. 17.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 [wav @ 0xf5500480] max_analyze_duration 5000000 reached at 5001333 Input #0, wav, from 'DVD-Audio-testfile.wav': Duration: 00:00:13.70, bitrate: 4615 kb/s Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 96000 Hz, 2 channels, s32, 4608 kb/s -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 Mon Jun 3 12:26:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 10:26:15 -0000 Subject: [FFmpeg-trac] #2624(FFserver:new): Simplifying ffserver to make it more easy to maintain In-Reply-To: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> References: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> Message-ID: <049.34536a605dfd2027d7a0fdcf10b905ee@avcodec.org> #2624: Simplifying ffserver to make it more easy to maintain -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by richardpl): Isn't ffserver already capable of this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 12:28:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 10:28:09 -0000 Subject: [FFmpeg-trac] #1781(undetermined:new): Official Debian / Ubuntu deb package In-Reply-To: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> References: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> Message-ID: <049.b6630256041643132bc87400a8fe3d7e@avcodec.org> #1781: Official Debian / Ubuntu deb package -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by richardpl): It would be very very very nice if someone (maybe even you) do it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 12:33:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 10:33:03 -0000 Subject: [FFmpeg-trac] #2553(avcodec:closed): vmd rle fails to decode In-Reply-To: <038.fc508c11d763ea8adeea00c3b4a5d3ce@avcodec.org> References: <038.fc508c11d763ea8adeea00c3b4a5d3ce@avcodec.org> Message-ID: <053.ec67cf66ebbaa33d03c24d72378d6017@avcodec.org> #2553: vmd rle fails to decode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: vmd | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Kostya (c3660c3). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 12:36:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 10:36:58 -0000 Subject: [FFmpeg-trac] #2631(avfilter:open): fade filter offset from the end of stream In-Reply-To: <034.580059287863d012870297a08b63330c@avcodec.org> References: <034.580059287863d012870297a08b63330c@avcodec.org> Message-ID: <049.14d528fbc993efac27bf01066bb5a74a@avcodec.org> #2631: fade filter offset from the end of stream -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => open * version: unspecified => git-master * component: undetermined => avfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 13:11:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 11:11:05 -0000 Subject: [FFmpeg-trac] #2624(FFserver:new): Simplifying ffserver to make it more easy to maintain In-Reply-To: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> References: <034.8155a6c807f72b538910d5d167ba5282@avcodec.org> Message-ID: <049.c48261046e7be349ba0c33c7d09cb6a0@avcodec.org> #2624: Simplifying ffserver to make it more easy to maintain -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by burek): It appears it is, but the documentation was not clear enough about how the whole thing actually works, so I was confused by elements inside ffserver's config file, thinking it defines how ffserver will re-encode the feed stream, when in fact, streams are (apparently) being communicated through that ffm feed connection, so that ffserver can tell ffmpeg how to encode the streams and send it to ffserver. I guess this ticket can then be safely closed. Sorry about that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 13:14:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 11:14:55 -0000 Subject: [FFmpeg-trac] #1781(undetermined:new): Official Debian / Ubuntu deb package In-Reply-To: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> References: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> Message-ID: <049.8cb5c034a9e72bd8822d0274bd5a1f46@avcodec.org> #1781: Official Debian / Ubuntu deb package -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): No problem. I am willing to help with that, it's just I'm not an Ubuntu expert, so I might not setup everything correct. I would need some help (at least in the beginning) to setup all the things and later on I can do it on my own, it's not a problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 13:23:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 11:23:05 -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.a2131bc0209b58c72653142dad791f92@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 richardpl): Is there dll somewhere? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:02:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:02:11 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. Message-ID: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ----------------------------------+--------------------------------------- Reporter: tomdouce | Type: defect Status: new | Priority: important Component: avformat | Version: unspecified Keywords: dvbs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Hello, I have a ts file where the subtitles are not recognized. FFmpeg detects the correct number of streams but flags the subtitle streams as unknown. 5 MB sample provided (extracted from 2GB sample file) ffmpeg -i /L/dvbs_fail_sample_2.ts 2G -analyzeduration 2G /L/output.ts ffmpeg version N-53782-g2976e2a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 3 2013 03:43:43 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 14.100 / 55. 14.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 026dcd20] PES packet size mismatch [mpegts @ 026dcd20] probed stream 2 failed [mpegts @ 026dcd20] probed stream 3 failed [mpegts @ 026dcd20] probed stream 4 failed [mpegts @ 026dcd20] probed stream 5 failed [mpegts @ 026dcd20] probed stream 6 failed [mpegts @ 026dcd20] probed stream 7 failed [mpegts @ 026dcd20] Could not find codec parameters for stream 2 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 3 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 4 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 5 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 6 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 7 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] PES packet size mismatch Input #0, mpegts, from 'l:/StreamIt/sub/dvbs_fail_sample_2.ts': Duration: 00:00:02.02, start: 8380.125011, bitrate: 20061 kb/s Program 1 Metadata: service_name : MET0P 16/02/13 ENC1 INTL service_provider: All Mobile Video No Program Stream #0:0[0x100]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:1[0x134]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x400]: Unknown: none Stream #0:3[0x404]: Unknown: none Stream #0:4[0x402]: Unknown: none Stream #0:5[0x401]: Unknown: none Stream #0:6[0x403]: Unknown: none Stream #0:7[0x405]: Unknown: none File 'l:/toto.ts' already exists. Overwrite ? [y/N] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:12:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:12:24 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.5a58f67f35d1c959bca166f2bfab8c0b@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: dvbs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by tomdouce): Download sample here: http://www1.datafilehost.com/d/fcc3c6f7 (zip file 8 MB) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:17:47 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:17:47 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.ea3d148b6f8e12cc4fe18a9b5774401b@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: dvbs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Old description: > Hello, > > I have a ts file where the subtitles are not recognized. FFmpeg detects > the correct number of streams but flags the subtitle streams as unknown. > > 5 MB sample provided (extracted from 2GB sample file) > > ffmpeg -i /L/dvbs_fail_sample_2.ts 2G -analyzeduration 2G /L/output.ts > ffmpeg version N-53782-g2976e2a Copyright (c) 2000-2013 the FFmpeg > developers > built on Jun 3 2013 03:43:43 with gcc 4.7.3 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- > libfreetyp > e --enable-libgsm --enable-libilbc --enable-libmodplug --enable- > libmp3lame --ena > ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg > --enable-l > ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr > --enable-libsp > eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc > --enable-libvo- > amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- > libxavs -- > enable-libxvid --enable-zlib > libavutil 52. 34.100 / 52. 34.100 > libavcodec 55. 14.100 / 55. 14.100 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 74.101 / 3. 74.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [mpegts @ 026dcd20] PES packet size mismatch > [mpegts @ 026dcd20] probed stream 2 failed > [mpegts @ 026dcd20] probed stream 3 failed > [mpegts @ 026dcd20] probed stream 4 failed > [mpegts @ 026dcd20] probed stream 5 failed > [mpegts @ 026dcd20] probed stream 6 failed > [mpegts @ 026dcd20] probed stream 7 failed > [mpegts @ 026dcd20] Could not find codec parameters for stream 2 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] Could not find codec parameters for stream 3 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] Could not find codec parameters for stream 4 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] Could not find codec parameters for stream 5 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] Could not find codec parameters for stream 6 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] Could not find codec parameters for stream 7 > (Unknown: none) > : unknown codec > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > [mpegts @ 026dcd20] PES packet size mismatch > Input #0, mpegts, from 'l:/StreamIt/sub/dvbs_fail_sample_2.ts': > Duration: 00:00:02.02, start: 8380.125011, bitrate: 20061 kb/s > Program 1 > Metadata: > service_name : MET0P 16/02/13 ENC1 INTL > service_provider: All Mobile Video > No Program > Stream #0:0[0x100]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s > Stream #0:1[0x134]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR > 1:1 DA > R 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc > Stream #0:2[0x400]: Unknown: none > Stream #0:3[0x404]: Unknown: none > Stream #0:4[0x402]: Unknown: none > Stream #0:5[0x401]: Unknown: none > Stream #0:6[0x403]: Unknown: none > Stream #0:7[0x405]: Unknown: none > File 'l:/toto.ts' already exists. Overwrite ? [y/N] New description: Hello, I have a ts file where the subtitles are not recognized. FFmpeg detects the correct number of streams but flags the subtitle streams as unknown. 5 MB sample provided (extracted from 2GB sample file) {{{ % ffmpeg -i /L/dvbs_fail_sample_2.ts 2G -analyzeduration 2G /L/output.ts ffmpeg version N-53782-g2976e2a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 3 2013 03:43:43 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 14.100 / 55. 14.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 026dcd20] PES packet size mismatch [mpegts @ 026dcd20] probed stream 2 failed [mpegts @ 026dcd20] probed stream 3 failed [mpegts @ 026dcd20] probed stream 4 failed [mpegts @ 026dcd20] probed stream 5 failed [mpegts @ 026dcd20] probed stream 6 failed [mpegts @ 026dcd20] probed stream 7 failed [mpegts @ 026dcd20] Could not find codec parameters for stream 2 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 3 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 4 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 5 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 6 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] Could not find codec parameters for stream 7 (Unknown: none) : unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 026dcd20] PES packet size mismatch Input #0, mpegts, from 'l:/StreamIt/sub/dvbs_fail_sample_2.ts': Duration: 00:00:02.02, start: 8380.125011, bitrate: 20061 kb/s Program 1 Metadata: service_name : MET0P 16/02/13 ENC1 INTL service_provider: All Mobile Video No Program Stream #0:0[0x100]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 448 kb/s Stream #0:1[0x134]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x400]: Unknown: none Stream #0:3[0x404]: Unknown: none Stream #0:4[0x402]: Unknown: none Stream #0:5[0x401]: Unknown: none Stream #0:6[0x403]: Unknown: none Stream #0:7[0x405]: Unknown: none File 'l:/toto.ts' already exists. Overwrite ? [y/N] }}} -- Comment (by ubitux): This is possibly a duplicate, or at least related to #153, #2024, #2223 or #2161 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:34:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:34:48 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.7e9a43d5b7e8455828e3360ffb159ae1@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: unspecified | Resolution: Keywords: dvbs | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by tomdouce): Note: Subtitle are working correctly using VLC 1.1.4 and VLC 2.0.6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:50:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:50:37 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.364d511f127b4837c2a7fa3a3597585c@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: dvbs => dvbsub * priority: important => normal * version: unspecified => git-master Comment: Replying to [comment:2 ubitux]: > This is possibly a duplicate, or at least related to #153, #2024, #2223 or #2161 Could you elaborate? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 17:57:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 15:57:51 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.de09aa44ce05dc0004a19b66d36ee55b@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:4 cehoyos]: > Replying to [comment:2 ubitux]: > > This is possibly a duplicate, or at least related to #153, #2024, #2223 or #2161 > > Could you elaborate? Brainfart I suppose, I missed the main issue here. Feel free to ignore. Sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 18:25:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 16:25:45 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.aa91bb2b81b5e93e276757848a22276d@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tomdouce): The modified version of mpegts.c from xbmc project solves the issue but I don't know which part is important: https://raw.github.com/xbmc/xbmc/master/lib/ffmpeg/libavformat/mpegts.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 20:00:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 18:00:33 -0000 Subject: [FFmpeg-trac] #187(undetermined:reopened): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.1e0f35fd06e2ff963ee928044daf5a87@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by lars): * status: closed => reopened * resolution: worksforme => Comment: I guess I have the same problem: When I run below ffmpeg command it takes very long time and the output file is about 10 times bigger. If I provide the frame rate parameter -r it works well (small file, fast transcoding). What is the problem and how can I solve it? I don't want to set a fixed frame rate because I guess it's better to leave it the same as source, isn't it?. Maybe the problem is something else, because I found many examples in web where the -r option isn't used. Also transcoding to a different format or with a different source works well without -r option (I tried with ffmpeg 0.7.15 and also 1.2.1). The videos are provided by the users of my website and automatically converted to be suitable for the web. So I need the most general command for automatic conversion. In the following ffmpeg output you will find this two suspicious messages: * Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 * MB rate (36000000) > level limit (983040) '''ffmpeg command + log':'' ffmpeg -i '/tmp/standort_aquarium.mp4' -vcodec libx264 output.mp4 ffmpeg version 0.7.15, Copyright (c) 2000-2013 the FFmpeg developers built on Feb 22 2013 07:18:58 with gcc 4.4.5 configuration: --enable- libdc1394 --prefix=/usr --extra-cflags='-Wall -g ' --cc='ccache cc' --enable-shared --enable-libmp3lame --enable-gpl --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-postproc --enable-x11grab --enable-libgsm --enable-libtheora --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libx264 --enable-libspeex --enable-nonfree --disable-stripping --enable-avfilter --enable-libdirac --disable-decoder=libdirac --enable-libfreetype --enable-libschroedinger --disable-encoder=libschroedinger --enable-version3 --enable-libopenjpeg --enable-libvpx --enable-librtmp --extra-libs=-lgcrypt --disable-altivec --disable-armv5te --disable-armv6 --disable-vis libavutil 50. 43. 0 / 50. 43. 0 libavcodec 52.123. 0 / 52.123. 0 libavformat 52.111. 0 / 52.111. 0 libavdevice 52. 5. 0 / 52. 5. 0 libavfilter 1. 80. 0 / 1. 80. 0 libswscale 0. 14. 1 / 0. 14. 1 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/standort_aquarium.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp423gp4isom creation_time : 2013-04-19 15:04:05 Duration: 00:00:18.24, start: 0.000000, bitrate: 2095 kb/s Stream #0.0(und): Video: mpeg4, yuv420p, 640x480 [PAR 1:1 DAR 4:3], 2001 kb/s, 14.97 fps, 30k tbr, 30k tbn, 30k tbc Metadata: creation_time : 2013-04-19 15:04:05 Stream #0.1(und): Audio: aac, 48000 Hz, mono, s16, 96 kb/s Metadata: creation_time : 2013-04-19 15:04:05 File 'output.mp4' already exists. Overwrite ? [y/N] y [mp4 @ 0x20eed80] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 [buffer @ 0x20f8820] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [libx264 @ 0x20efde0] Default settings detected, using medium profile [libx264 @ 0x20efde0] using SAR=1/1 [libx264 @ 0x20efde0] MB rate (36000000) > level limit (983040) [libx264 @ 0x20efde0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x20efde0] profile High, level 5.1 [libx264 @ 0x20efde0] 264 - core 118 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=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 'output.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp423gp4isom creation_time : 2013-04-19 15:04:05 encoder : Lavf52.111.0 Stream #0.0(und): Video: libx264, yuv420p, 640x480 [PAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 30k tbn, 30k tbc Metadata: creation_time : 2013-04-19 15:04:05 Stream #0.1(und): Audio: libfaac, 48000 Hz, mono, s16, 64 kb/s Metadata: creation_time : 2013-04-19 15:04:05 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame=542630 fps=132 q=33.0 Lsize= 77226kB time=00:00:18.08 bitrate=34976.2kbits/s dup=542358 drop=0 video:68604kB audio:143kB global headers:0kB muxing overhead 12.333275% frame I:2174 Avg QP:18.72 size: 25040 [libx264 @ 0x20efde0] frame P:136846 Avg QP:25.27 size: 56 [libx264 @ 0x20efde0] frame B:403610 Avg QP:32.99 size: 20 [libx264 @ 0x20efde0] consecutive B-frames: 0.8% 0.0% 0.1% 99.1% [libx264 @ 0x20efde0] mb I I16..4: 5.5% 83.3% 11.1% [libx264 @ 0x20efde0] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.5% 0.0% 0.0% 0.0% 0.0% skip:99.4% [libx264 @ 0x20efde0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0% L0:21.2% L1:78.8% BI: 0.0% [libx264 @ 0x20efde0] 8x8 transform intra:83.1% inter:85.2% [libx264 @ 0x20efde0] coded y,uvDC,uvAC intra: 91.2% 95.8% 80.7% inter: 0.0% 0.1% 0.0% [libx264 @ 0x20efde0] i16 v,h,dc,p: 13% 40% 12% 35% [libx264 @ 0x20efde0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 34% 15% 4% 4% 5% 6% 7% 8% [libx264 @ 0x20efde0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 38% 6% 4% 6% 6% 8% 6% 6% [libx264 @ 0x20efde0] i8c dc,h,v,p: 39% 32% 19% 10% [libx264 @ 0x20efde0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x20efde0] ref P L0: 91.5% 5.2% 2.8% 0.4% 0.0% [libx264 @ 0x20efde0] ref B L0: 55.7% 43.5% 0.8% [libx264 @ 0x20efde0] ref B L1: 97.9% 2.1% [libx264 @ 0x20efde0] kb/s:31071.04 see: http://stackoverflow.com/questions/16818930/problems-with-frame-rate- on-video-conversion-using-ffmpeg-with-libx264?noredirect=1 The video source is temporarily available under: https://www.dropbox.com/s/4xg147z77u40g87/standort_aquarium.mp4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 21:46:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 19:46:33 -0000 Subject: [FFmpeg-trac] #2633(undetermined:new): dpx display errors Message-ID: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | 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: commit 5cc5d9d5f7ea2231490d11cf2a28350ebb3f06ab introduces small errors in reading DPX. How to reproduce: 1. download http://motion.kodak.com/motion/uploadedFiles/Digital_LAD_dpx.zip 2. ffmpeg -i Digital_LAD_2048x1556.dpx lad.tif 3. compare the two in DJV, Photoshop or whatever. The 445, 445, 445 square has been transformed by FFmpeg into 450, 445, 451 Bug was introduced by commit 5cc5d9d5f7ea2231490d11cf2a28350ebb3f06ab ; I was able to reproduce it on Mac 10.8 & 10.7, and on Debian Squeeze Checking out commit just before the bad commit makes the error go away. It can seem like a small error, but when you feed the image to a 3D Lut now that FFmpeg supports it, the error is multiplied and the colors become way off. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 22:04:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 20:04:16 -0000 Subject: [FFmpeg-trac] #1781(undetermined:open): Official Debian / Ubuntu deb package In-Reply-To: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> References: <034.81faedd28905059289e1a7c56df21da0@avcodec.org> Message-ID: <049.dba20545435ea9b7f10465485f5b88d6@avcodec.org> #1781: Official Debian / Ubuntu deb package -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * status: new => open Comment: Now that the false "ffmpeg" package has been dropped in Debian, IIRC, there is a better chance of getting our package included. Please first consult with Alexander Strasser (beastd in #ffmpeg-devel) if you are interested in helping. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 23:16:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 21:16:00 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.a86f707c571bae8b723469c736aaf72a@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): How can I reproduce playing the subtitles with vlc? Nothing is shown here, but I probably miss how to enable subtitles in vlc from the command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 23:22:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 21:22:20 -0000 Subject: [FFmpeg-trac] #2633(avcodec:new): dpx display errors In-Reply-To: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> References: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> Message-ID: <052.3233a0f8321f5f220a9f8d23df9ee88d@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dpx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dpx regression * priority: normal => important * version: unspecified => git-master * component: undetermined => avcodec Comment: Please add your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 3 23:57:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 21:57:57 -0000 Subject: [FFmpeg-trac] #2634(avformat:new): no apev2 metadata support for .aac files Message-ID: <034.bf663592896612b1205ac6c99ba118ae@avcodec.org> #2634: no apev2 metadata support for .aac files ----------------------------------+--------------------------------------- Reporter: cyril | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: It's possible to write apev2 metadata and attach cover arts to .aac files using mp3tag v2.55a. But ffprobe doesn't detect any metadata nor cover art. How to reproduce: {{{ % ffprobe.exe music.aac ffprobe version N-53758-g5711e4f Copyright (c) 2007-2013 the FFmpeg developers built on Jun 2 2013 02:33:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [aac @ 00000000026aef60] max_analyze_duration 5000000 reached at 5013333 microse conds [aac @ 00000000026aef60] Estimating duration from bitrate, this may be inaccurat e Input #0, aac, from 'music.aac': Duration: 41:06:02.08, bitrate: 6 kb/s Stream #0:0: Audio: aac, 48000 Hz, stereo, fltp, 6 kb/s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 00:17:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 22:17:20 -0000 Subject: [FFmpeg-trac] #2635(avformat:new): no id3 or apev2 metadata support for .tta audio files Message-ID: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> #2635: no id3 or apev2 metadata support for .tta audio files ----------------------------------+--------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: True Audio format supports metadata as being ID3v1, ID3v2 or APEv2. But ffprobe never detects any metadata nor cover art from .tta files while mp3tag v2.55a can write and read them without any issue. How to reproduce: {{{ % ffprobe.exe music.ape.tta ffprobe version N-53758-g5711e4f Copyright (c) 2007-2013 the FFmpeg developers built on Jun 2 2013 02:33:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, tta, from 'music.ape.tta': Duration: 00:23:57.77, start: 0.000000, bitrate: 1054 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 }}} {{{ % ffprobe.exe music.id3.tta ffprobe version N-53758-g5711e4f Copyright (c) 2007-2013 the FFmpeg developers built on Jun 2 2013 02:33:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [tta @ 000000000278eec0] Format tta detected only with low score of 24, misdetec tion possible! Input #0, tta, from 'music.id3.tta': Duration: 00:23:57.77, start: 0.000000, bitrate: 1048 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 01:18:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Jun 2013 23:18:25 -0000 Subject: [FFmpeg-trac] #2635(avformat:new): no id3 or apev2 metadata support for .tta audio files In-Reply-To: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> References: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> Message-ID: <049.57e5be116c7eb8403da54064562470fa@avcodec.org> #2635: no id3 or apev2 metadata support for .tta audio files -------------------------------------+------------------------------------ Reporter: cyril | 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 richardpl): id3v1 should be already support. ape tags should be supported now. For id3v2 file is not recognised as tta at all here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 02:08:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 00:08:31 -0000 Subject: [FFmpeg-trac] #2633(swscale:open): dpx display errors In-Reply-To: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> References: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> Message-ID: <052.c8534ac149908f42a72e9266824f3760@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | Owner: cehoyos Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: dpx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * owner: => cehoyos * status: new => open * component: avcodec => swscale Comment: From a user's perspective, this is a lavc regression, but the problem is in libswscale, I will post a patch tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 02:13:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 00:13:29 -0000 Subject: [FFmpeg-trac] #2634(avformat:closed): no apev2 metadata support for .aac files In-Reply-To: <034.bf663592896612b1205ac6c99ba118ae@avcodec.org> References: <034.bf663592896612b1205ac6c99ba118ae@avcodec.org> Message-ID: <049.45cc9a03bd58467199868737ba1ab661@avcodec.org> #2634: no apev2 metadata support for .aac files -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * version: unspecified => git-master * resolution: => fixed Comment: Fixed in d19d679e4b589b9c6b154674a8d2ebfd804be125. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 02:30:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 00:30:03 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:new): chapters and chapters metadata are ignored by ffprobe Message-ID: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe --------------------------------------+--------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- ffprobe does not show stream chapter(s) and chapter's metadata, with usual -show_* commands. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 03:17:26 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 01:17:26 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.22900adf251210d02fc85f6290e46b79@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): I use valgrind , the output is in the attachment set. unfortunately, when I run ffmpeg in valgrind context, ffmpeg does not perform well, and it terminates after running for several minitues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 08:47:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 06:47:22 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.980f1f0ef8103e6f86d4ba0a8ae7657c@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tomdouce): Hello, It is possible that the sample I provided does not have any subtitle to display. The main issue is that the dvbs subtitle streams are not recognized (streams detected but codec is 'none'). Mpegts.c from xbmc project fixes this issue but I don't know which part of the source code is important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:07:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:07:00 -0000 Subject: [FFmpeg-trac] #2635(avformat:new): no id3 or apev2 metadata support for .tta audio files In-Reply-To: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> References: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> Message-ID: <049.50f795e154c97eba1a298d9f87324817@avcodec.org> #2635: no id3 or apev2 metadata support for .tta audio files -------------------------------------+------------------------------------ Reporter: cyril | 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 cyril): id3v2 is a bit annoying to handle as its content is append at the beginning of a file, while id3v1 and apev2 are append at the end of a file. So for ffmpeg to correctly recognize a file type, it should jump over id3v2 content before trying to detect actual file content. This issue is probably why id3v2 is only really popular with mp3 files... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:11:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:11:58 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.f3ae35683a4738abbaba6e1aa0ad5bfe@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Then please provide a sample that allows to reproduce the problem, that is a sample that shows subtitles with another application but not ffplay / ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:13:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:13:23 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:new): chapters and chapters metadata are ignored by ffprobe In-Reply-To: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> References: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> Message-ID: <053.9f245c235fc5819810ee5b01c9eec966@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): If you do not plan to work on this issue, please add a command line that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:16:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:16:22 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.c2abce314fed17b52c7117298bc06988@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Sorry if I was unclear yesterday: Please do not attach screenshots, this never helpful! (There are exceptions but this ticket is not one of them.) Instead, please run valgrind for less than a minute, press "q" to quit and post everything that valgrind outputs (that is the complete, uncut console output of valgrind which contains the complete, uncut console output of ffmpeg) here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:18:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:18:29 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.13e2c33b0253aab20be9bdc09bef3fc0@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tomdouce): Cehoyos, Did you read my last messages? Just open it with VLC and open Media Information window then you will see the the streams marked as unknown by FFmpeg are properly detected as dvb subtitles. Anyway I will post a new sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 09:36:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 07:36:35 -0000 Subject: [FFmpeg-trac] #2632(avformat:new): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.222c3b879a748f9758caf1d730fbf789@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. ------------------------------------+------------------------------------ Reporter: tomdouce | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by tomdouce): Here is a new link: http://www1.datafilehost.com/d/b3d4ff23 Subtitles appear at the end of the playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 10:34:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 08:34:35 -0000 Subject: [FFmpeg-trac] #2635(avformat:closed): no id3 or apev2 metadata support for .tta audio files In-Reply-To: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> References: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> Message-ID: <049.760ead48778e6ba09033a2f3a6a773ea@avcodec.org> #2635: no id3 or apev2 metadata support for .tta audio files ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * version: unspecified => git-master * resolution: => fixed Comment: Both id3v1 and id3v2 are appended at beginning of file, later one does not work. This is unrelated bug, and report it to new ticket with actual file uploaded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 10:36:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 08:36:48 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:new): chapters and chapters metadata are ignored by ffprobe In-Reply-To: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> References: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> Message-ID: <053.1d012b67e79558f9794132a3fad319d4@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by richardpl): Find and file that have chapter information or you can create edditing ffmeta file - adding chapters and mapping metadata to another file, with container that actually supports adding chapters, like nut. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 11:56:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 09:56:22 -0000 Subject: [FFmpeg-trac] #2633(swscale:open): dpx display errors In-Reply-To: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> References: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> Message-ID: <052.81cfec8b78bb23a73a1d704abc86d79d@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | Owner: cehoyos Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: dpx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mcinquin): Of course I should have posted complete command line first. '''"broken" dpx handling''' : {{{ root at 108:~/ffmpeg# ./ffmpeg -v debug -i ~/Digital_LAD_2048x1556.dpx ~/laddebian.tif ffmpeg version N-53813-ge4bf3a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 4 2013 08:57:51 with gcc 4.4.5 (Debian 4.4.5-8) configuration: libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument 'debug'. Reading option '-i' ... matched as input file with argument '/root/Digital_LAD_2048x1556.dpx'. Reading option '/root/laddebian.tif' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument debug. Successfully parsed a group of options. Parsing a group of options: input file /root/Digital_LAD_2048x1556.dpx. Successfully parsed a group of options. Opening an input file: /root/Digital_LAD_2048x1556.dpx. [AVIOContext @ 0xa4e0c60] Statistics: 12779008 bytes read, 0 seeks [image2 @ 0xa4dfca0] Probe buffer size limit of 5000000 bytes reached [image2 @ 0xa4dfca0] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, image2, from '/root/Digital_LAD_2048x1556.dpx': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: dpx, gbrp10le, 2048x1556 [SAR 1:1 DAR 512:389], 1/25, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file /root/laddebian.tif. Successfully parsed a group of options. Opening an output file: /root/laddebian.tif. File '/root/laddebian.tif' already exists. Overwrite ? [y/N] y Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'video_size' to value '2048x1556' [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'pix_fmt' to value '86' [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0xa4e10a0] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0xa4e10a0] w:2048 h:1556 pixfmt:gbrp10le tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 [format @ 0xa4ce1e0] compat: called with args=[rgb24|pal8|gray|gray8a|gray16le|monob|monow|yuv420p|yuv422p|yuv440p|yuv444p|yuv410p|yuv411p|rgb48le|rgba|rgba64le] [format @ 0xa4ce1e0] Setting 'pix_fmts' to value 'rgb24|pal8|gray|gray8a|gray16le|monob|monow|yuv420p|yuv422p|yuv440p|yuv444p|yuv410p|yuv411p|rgb48le|rgba|rgba64le' [auto-inserted scaler 0 @ 0xa4ce980] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0xa4ce980] w:iw h:ih flags:'0x4' interl:0 [format @ 0xa4ce1e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0xa4d3e60] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0xa4ce980] picking rgb48le out of 15 ref:gbrp10le alpha:0 [auto-inserted scaler 0 @ 0xa4ce980] w:2048 h:1556 fmt:gbrp10le sar:1/1 -> w:2048 h:1556 fmt:rgb48le sar:1/1 flags:0x4 Output #0, image2, to '/root/laddebian.tif': Metadata: encoder : Lavf55.8.102 Stream #0:0, 0, 1/90000: Video: tiff, rgb48le, 2048x1556 [SAR 1:1 DAR 512:389], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (dpx -> tiff) Press [q] to stop, [?] for help [AVIOContext @ 0xa4ce2e0] Statistics: 0 seeks, 589 writeouts EOF on sink link output stream 0:0:default.00:00.04 bitrate=N/A No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:18823kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000114% 1 frames successfully decoded, 0 decoding errors root at 108:~/ffmpeg# }}} '''Correct dpx handling :''' {{{ root at 108:~/ffmpeg# git checkout 99f50907143b096009682481ba4c5129ab65149e ; git clean -x -d -f ; ./configure && make root at 108:~/ffmpeg# ./ffmpeg -v debug -i ~/Digital_LAD_2048x1556.dpx ~/laddebian.tif ffmpeg version N-43935-g99f5090 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 4 2013 09:18:49 with gcc 4.4.5 (Debian 4.4.5-8) configuration: libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 54.100 / 54. 54.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 13.101 / 3. 13.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [AVIOContext @ 0x9fd6f80] Statistics: 12779008 bytes read, 0 seeks [image2 @ 0x9fd0500] Probe buffer size limit 5000000 reached [image2 @ 0x9fd0500] Stream #0: not enough frames to estimate rate; consider increasing probesize Input #0, image2, from '/root/Digital_LAD_2048x1556.dpx': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: dpx, rgb48le, 2048x1556 [SAR 1:1 DAR 512:389], 1/25, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x9fcf440] Setting entry with key 'video_size' to value '2048x1556' [buffer @ 0x9fcf440] Setting entry with key 'pix_fmt' to value '42' [buffer @ 0x9fcf440] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x9fcf440] Setting entry with key 'pixel_aspect' to value '1/1' [buffer @ 0x9fcf440] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x9fcf440] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x9fcf880] w:2048 h:1556 pixfmt:rgb48le tb:1/25 fr:25/1 sar:1/1 sws_param:flags=2 Output #0, image2, to '/root/laddebian.tif': Metadata: encoder : Lavf54.25.104 Stream #0:0, 0, 1/90000: Video: tiff, rgb48le, 2048x1556 [SAR 1:1 DAR 512:389], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (dpx -> tiff) Press [q] to stop, [?] for help [output stream 0:0 @ 0x9fd0460] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/s video:14463kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 11:58:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 09:58:49 -0000 Subject: [FFmpeg-trac] #2637(avcodec:new): avcodec_close error Message-ID: <035.1ffc3a3b674d89e77bd1e965359d95f8@avcodec.org> #2637: avcodec_close error -------------------------------------+------------------------------------- Reporter: jocker | Type: defect Status: new | Priority: important Component: avcodec | Version: Keywords: | unspecified avcodec_close | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I use to compile the 32-bit version of ffmpeg visual studio 2012. I used the latter for now windows build from 5/29/13. Here is my test code: {{{ avcodec_register_all(); int width = 764, height = 480; int got_output; AVFrame *frame; AVPacket pkt; AVCodec *codec; AVCodecContext *c = NULL; while(1) { frame = avcodec_alloc_frame(); if (!frame) { fprintf(stderr, "Could not allocate video frame\n"); return -1; } frame->format = AV_PIX_FMT_YUV420P; frame->width = width; frame->height = height; /* the image can be allocated by any means and av_image_alloc() is * just the most convenient way if av_malloc() is to be used */ int ret = av_image_alloc(frame->data, frame->linesize, width, height, AV_PIX_FMT_YUV420P, 1); if (ret < 0) { fprintf(stderr, "Could not allocate raw picture buffer\n"); av_freep(&frame->data[0]); avcodec_free_frame(&frame); return -1; } /* find the mpeg4 video encoder */ codec = avcodec_find_encoder(AV_CODEC_ID_MPEG4); if (!codec) { fprintf(stderr, "Codec not found\n"); return -1; } c = avcodec_alloc_context3(codec); if (!c) { fprintf(stderr, "Could not allocate video codec context\n"); return -1; } /* put sample parameters */ c->profile = FF_PROFILE_MPEG4_SIMPLE; /* resolution must be a multiple of two */ c->width = width; c->height = height; /* frames per second */ c->time_base.den = 25; c->time_base.num = 1; c->gop_size = 25; /* emit one intra frame every 25 frames */ c->pix_fmt = AV_PIX_FMT_YUV420P; c->qmax = 4; c->qmin = 4; /* open it */ if (avcodec_open2(c, codec, NULL) < 0) { fprintf(stderr, "Could not open codec\n"); avcodec_close(c); av_free(c); return -1; } for(int k = 0; k < 30; k++) { av_init_packet(&pkt); pkt.data = NULL; // packet data will be allocated by the encoder pkt.size = 0; frame->pts = c->frame_number; /* encode the image */ if (avcodec_encode_video2(c, &pkt, frame, &got_output) < 0) { fprintf(stderr, "Error encoding frame\n"); return -1; } if (got_output) { av_free_packet(&pkt); } } if(c) { avcodec_close(c); av_free(c); } if(frame) { av_freep(&frame->data[0]); avcodec_free_frame(&frame); } } return 0; }}} On the second call function avcodec_close () throws an exception. Such an error is detected on the MPEG4 codec with a frame width in the range 754-767 at an altitude of 480. Perhaps at other resolutions, too. Help solve the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 14:34:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 12:34:08 -0000 Subject: [FFmpeg-trac] #2618(avcodec:open): MPNG used to work better In-Reply-To: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> References: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> Message-ID: <051.5d81178f5db70625e19393b7a43dc3b4@avcodec.org> #2618: MPNG used to work better -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by thilo.borgmann): Two patches uploaded: For the historic revision "ee30cda", waiting for a keyframe flag before handling P-frames fixes this issue. For todays todays revision "fca435f", this does not work anymore because the keyframe flag seems to be handled differently. I don't know how to fix the demuxer(?) or even if it is a demuxer mishandling of the keyframe flag or just a broken file with wrong/missing keyframe flags. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 14:53:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 12:53:17 -0000 Subject: [FFmpeg-trac] #2632(avformat:open): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.5e60f1c6e5d02c7dafa0a3b1a20e71f3@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------- Reporter: tomdouce | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvbsub => dvbsub regression * priority: normal => important * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 15:09:22 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 13:09:22 -0000 Subject: [FFmpeg-trac] #2637(avcodec:closed): avcodec_close error In-Reply-To: <035.1ffc3a3b674d89e77bd1e965359d95f8@avcodec.org> References: <035.1ffc3a3b674d89e77bd1e965359d95f8@avcodec.org> Message-ID: <050.79ddae551129657c54e389de555db8a0@avcodec.org> #2637: avcodec_close error -------------------------------------+------------------------------------- Reporter: jocker | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avcodec_close => * priority: important => normal * status: new => closed * resolution: => needs_more_info Comment: This tracker is intended for reports of bugs within FFmpeg. Please reopen this ticket if you suspect a bug within FFmpeg and if you can provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html If you need support please read http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 15:11:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 13:11:21 -0000 Subject: [FFmpeg-trac] #2632(avformat:open): DVB Subtitles in ts file are not recognized. In-Reply-To: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> References: <037.5febf5f8c472faf59de1b476e6695b0d@avcodec.org> Message-ID: <052.3fabcacbd36a489989d8d0b678c89db2@avcodec.org> #2632: DVB Subtitles in ts file are not recognized. -------------------------------------+------------------------------------- Reporter: tomdouce | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: dvbsub | Blocked By: mpegts regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvbsub regression => dvbsub mpegts regression Comment: Regression since b795ff9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 16:37:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 14:37:19 -0000 Subject: [FFmpeg-trac] #2638(avformat:new): no id3v2 metadata detected for a .tta audio file Message-ID: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> #2638: no id3v2 metadata detected for a .tta audio file ----------------------------------+--------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Summary of the bug: True Audio format supports metadata as being ID3v1, ID3v2 or APEv2. But ffprobe doesn't detect any id3v2 metadata on the following file: http://towerofbabel.free.fr/test/music.id3.tta while mp3tag v2.55a can see that a cover art is embedded as id3v2.3. How to reproduce: {{{ % ffprobe.exe music.id3.tta ffprobe version N-53758-g5711e4f Copyright (c) 2007-2013 the FFmpeg developers built on Jun 2 2013 02:33:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 13.100 / 55. 13.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [tta @ 00000000026cf6c0] Format tta detected only with low score of 24, misdetec tion possible! Input #0, tta, from 'music.id3.tta': Duration: 00:23:57.77, start: 0.000000, bitrate: 1048 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 18:36:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 16:36:48 -0000 Subject: [FFmpeg-trac] #2639(undetermined:new): FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file Message-ID: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> #2639: FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file -------------------------------------+------------------------------------- Reporter: testn | 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: FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file. The source file can be downloaded from http://cmsu2.ucmo.edu/public/classes/Dudley/tsunami%20videos/Thailand- Wave.wmv How to reproduce: {{{ % ffmpeg -ss 0:0:1 -loglevel verbose -i Downloads/Thailand-Wave.wmv -vframes 1 -an -y -map 0 -s 320x240 /tmp/video4130912621780479849.jpg ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 10:25:50 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2 --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-libfdk-aac 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 [asf @ 0x7fc239818e00] parser not found for codec wmav2, packets or times may be invalid. Last message repeated 1 times [asf @ 0x7fc239818e00] max_analyze_duration 5000000 reached at 5200000 microseconds [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 2 times [asf @ 0x7fc239818e00] freeing incomplete packet size 2106, new 971 [asf @ 0x7fc239818e00] asf_read_pts failed [asf @ 0x7fc239818e00] freeing incomplete packet size 2994, new 3224 [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 3 times [asf @ 0x7fc239818e00] freeing incomplete packet size 1802, new 2044 [asf @ 0x7fc239818e00] asf_read_pts failed [asf @ 0x7fc239818e00] freeing incomplete packet size 3036, new 2891 [asf @ 0x7fc239818e00] asf_read_pts failed [asf @ 0x7fc239818e00] freeing incomplete packet size 3105, new 3227 [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 1 times [asf @ 0x7fc239818e00] ignoring invalid packet_obj_size (271 1164 1375 1497) [asf @ 0x7fc239818e00] freeing incomplete packet size 1497, new 1375 [asf @ 0x7fc239818e00] freeing incomplete packet size 1375, new 1308 [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeate Last message repeated 6187252 times asf_read_pts failed [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 302253 timeses asf_read_pts failed [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 60331 timeses [asf @ 0x7fc239818e00] asf_read_pts failed Last message repeated 30056 times 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 Jun 4 18:38:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 16:38:01 -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.e65d49fb7acbf8324b6a15e9222adcda@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 testn): Yes, it's reproducible on both ffprobe and ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 18:43:32 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 16:43:32 -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.3ab7fd50eebf7e7fd5e2e52d4b9d9851@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): Then please provide the failing ffmpeg command line together with the complete, uncut console output (only report problems against ffprobe if they are not reproducible with ffmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 18:59:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 16:59:53 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.d1508612edc5837b51c799a546e03246@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): The bug is still around, any plan to fix it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 19:04:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 17:04:47 -0000 Subject: [FFmpeg-trac] #2639(FFmpeg:new): FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.eb3f3b0b6ef5c22fb6282ae32de6a483@avcodec.org> #2639: FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file --------------------------------+---------------------------------- Reporter: testn | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------- Changes (by testn): * version: unspecified => * component: undetermined => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 19:13:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 17:13:52 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate Message-ID: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: If I decode a video from native yuvj420p to raw video output in gbrp pixel format (plane-major rgb with the planes in funny order), then ffmpeg gives warnings about no accelerated color space conversion found, and the decoding becomes very slow. When, however, I do the same explicitly converting through rgb24 to gbrp, then the conversion is fast. The strange part of the bug is that there is a pronounced time difference only if I drop most of the frames (because I write in a much lower frame rate than the input), so the color space conversion isn't actually needed. If I output all frames, then the time difference becomes much less pronounced. This may be due to that writing the output is slow on windows. I have originally found this bug when decoding a h264-compressed video, but I can reproduce it below by reading a raw video. Direct (unaccelerated) conversion to gbrp is so slow that the time for it dominates the video decompression time. The direct and indirect decompression both appear to work, they give visually similar but not bitwise equal output. I believe that direct color space conversion to gbrp should not add this much overhead if I am dropping most of the output frames anyway, because the color space conversion should be needed only for the frames kept. Further, ffmpeg should automatically select an indirect conversion through rgb24 if that is faster, or ideally support a fast direct conversion. For context, I am usually reading the raw video into a program through a pipe, and I would actually like an rgbp (plane-major rgb) output because that's easier to handle than rgb24 (pixel-major rgb), but ffmpeg does not currently support rgbp format at all, so I ask for gbrp and reorder the three planes. How to reproduce: I have ran all the following commands on windows 7 x86_64 with an intel core 2 quad CPU and 4 GB of RAM. I'm running the Zeranoe build of ffmpeg version N-53307-g5a65fea built on May 20 2013 22:46:15 with gcc 4.7.3 (GCC) (this is a newer version than in my previous report). Create a large all zeros raw video input (1.4 gigabytes, 3000 frames) with the following command. {{{perl -we "binmode STDOUT or die; print pack qq(x).(640*480*1.5) for 1..3000" > zeros.dat}}} Now run the following two ffmpeg commands. {{{ffmpeg -report -v 99 -f rawvideo -pix_fmt yuvj420p -s 640x480 -r 30 -i zeros.dat -r 1 -f rawvideo -pix_fmt gbrp -y dump.dat 2>nul}}} {{{ffmpeg -report -v 99 -f rawvideo -pix_fmt yuvj420p -s 640x480 -r 30 -i zeros.dat -r 1 -f rawvideo -vf format=pix_fmts=rgb24 -pix_fmt gbrp -y dump.dat 2>nul}}} The first command (the direct conversion) took 29.7 seconds to run and gave the warnings, the second (the indirect conversion) took 6.9 seconds. I attach the log files from both runs. (I use the `2>nul` part because the windows console is slow and writing the debug messages there would overwhelm it.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 19:27:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 17:27:57 -0000 Subject: [FFmpeg-trac] #2639(avformat:open): FFmpeg hangs when trying to seek on a certain wmv file (was: FFmpeg hangs and not responding to SIGTERM when trying to extract thumbnails with seek on certain wmv file) In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.8ceb9606cae3e0ac36eafd7e33fa2ac6@avcodec.org> #2639: FFmpeg hangs when trying to seek on a certain wmv file -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | 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: => git-master * keywords: => asf regression Comment: Regression since 6cd650d. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 19:35:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 17:35:49 -0000 Subject: [FFmpeg-trac] #2639(avformat:open): FFmpeg hangs when trying to seek on a certain wmv file In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.f8ef5b525dd5dab86f3277b629c15e14@avcodec.org> #2639: FFmpeg hangs when trying to seek on a certain wmv file -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): For future tickets: Please always test current git head. {{{ (gdb) r -ss 1 -i Thailand-Wave.wmv -vframes 1 -f null - Starting program: /home/cehoyos/test/cehoyos/FFmpeg/ffmpeg_g -ss 1 -i Thailand-Wave.wmv -vframes 1 -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-53824-gf5d5bc3 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 4 2013 19:30:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x1690880] max_analyze_duration 5000000 reached at 5200000 microseconds [asf @ 0x1690880] asf_read_pts failed Last message repeated 2 times [asf @ 0x1690880] freeing incomplete packet size 2106, new 971 [asf @ 0x1690880] asf_read_pts failed [asf @ 0x1690880] freeing incomplete packet size 2994, new 3224 [asf @ 0x1690880] asf_read_pts failed Last message repeated 3 times [asf @ 0x1690880] freeing incomplete packet size 1802, new 2044 [asf @ 0x1690880] asf_read_pts failed [asf @ 0x1690880] freeing incomplete packet size 3036, new 2891 [asf @ 0x1690880] asf_read_pts failed [asf @ 0x1690880] freeing incomplete packet size 3105, new 3227 [asf @ 0x1690880] asf_read_pts failed Last message repeated 1 times [asf @ 0x1690880] ignoring invalid packet_obj_size (271 1164 1375 1497) [asf @ 0x1690880] freeing incomplete packet size 1497, new 1375 [asf @ 0x1690880] freeing incomplete packet size 1375, new 1308 [asf @ 0x1690880] asf_read_pts failed Last message repeated 159822 times Program received signal SIGINT, Interrupt. 0x00007ffff60ec230 in __write_nocancel () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff60ec230 in __write_nocancel () from /lib64/libc.so.6 #1 0x00007ffff6088123 in _IO_new_file_write () from /lib64/libc.so.6 #2 0x00007ffff6088002 in new_do_write () from /lib64/libc.so.6 #3 0x00007ffff6088c1e in _IO_new_file_xsputn () from /lib64/libc.so.6 #4 0x00007ffff605e034 in buffered_vfprintf () from /lib64/libc.so.6 #5 0x00007ffff60588ae in vfprintf () from /lib64/libc.so.6 #6 0x00007ffff6062ec7 in fprintf () from /lib64/libc.so.6 #7 0x0000000000bf4fee in av_log_default_callback (ptr=, level=32, fmt=, vl=) at libavutil/log.c:228 #8 0x0000000000bf5261 in av_vlog (vl=0x7fffffffccd8, fmt=0xc477e6 "asf_read_pts failed\n", level=, avcl=0x1690880) at libavutil/log.c:262 #9 av_log (avcl=avcl at entry=0x1690880, level=, level at entry=32, fmt=fmt at entry=0xc477e6 "asf_read_pts failed\n") at libavutil/log.c:255 #10 0x00000000004efb81 in asf_read_pts (s=s at entry=0x1690880, stream_index=stream_index at entry=1, ppos=ppos at entry=0x7fffffffd280, pos_limit=) at libavformat/asfdec.c:1411 #11 0x00000000005c2cdb in ff_read_timestamp (read_timestamp=0x4ef920 , pos_limit=, ppos=0x7fffffffd280, stream_index=1, s=0x1690880) at libavformat/utils.c:1829 #12 ff_gen_search (s=s at entry=0x1690880, stream_index=1, target_ts=1000, pos_min=pos_min at entry=2705, pos_max=2147487737, pos_limit=, ts_min=ts_min at entry=0, ts_max=, flags=flags at entry=1, ts_ret=ts_ret at entry=0x7fffffffd328, read_timestamp=0x4ef920 ) at libavformat/utils.c:1926 #13 0x00000000005c31d2 in ff_seek_frame_binary (s=s at entry=0x1690880, stream_index=stream_index at entry=1, target_ts=target_ts at entry=1000, flags=flags at entry=1) at libavformat/utils.c:1883 #14 0x00000000004eff10 in asf_read_seek (s=0x1690880, stream_index=, pts=, flags=) at libavformat/asfdec.c:1533 #15 0x00000000005c33c1 in seek_frame_internal (s=s at entry=0x1690880, stream_index=1, stream_index at entry=-1, timestamp=1000, timestamp at entry=1000000, flags=flags at entry=1) at libavformat/utils.c:2126 #16 0x00000000005c4079 in av_seek_frame (flags=1, timestamp=1000000, stream_index=-1, s=0x1690880) at libavformat/utils.c:2158 #17 avformat_seek_file (s=s at entry=0x1690880, stream_index=stream_index at entry=-1, min_ts=-9223372036854775808, ts=ts at entry=1000000, max_ts=max_ts at entry=1000000, flags=flags at entry=0) at libavformat/utils.c:2207 #18 0x0000000000463b75 in open_input_file (o=o at entry=0x7fffffffd720, filename=) at ffmpeg_opt.c:828 #19 0x000000000045dcc2 in open_files (inout=, inout at entry=0xc67cff "input", open_file=open_file at entry=0x462e20 , l=, l=) at ffmpeg_opt.c:2483 #20 0x0000000000464559 in ffmpeg_parse_options (argc=argc at entry=10, argv=argv at entry=0x7fffffffddb8) at ffmpeg_opt.c:2520 #21 0x000000000045b808 in main (argc=10, argv=0x7fffffffddb8) at ffmpeg.c:3361 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 19:57:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 17:57:16 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.dd8c1dc11450c80d9f6206f85a54be02@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:27 mikhailov]: > The bug with FLV container demuxing is still around, any plan to fix it? You wrote above that you believe it works fine with an older version of FFmpeg (0.8 iiuc), if you can confirm which change introduced the bug it should be easy to fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 20:08:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 18:08:23 -0000 Subject: [FFmpeg-trac] #2630(FFplay:closed): Log output is blocking In-Reply-To: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> References: <037.9678f04687a83c0ccc4b18c2a0e00f19@avcodec.org> Message-ID: <052.0796a8f31187f488144753b275b0ee61@avcodec.org> #2630: Log output is blocking ------------------------------------+---------------------------------- Reporter: bjartnes | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: I believe this bug should be fixed since 3b491c5 but as said I may misunderstand, please reopen this ticket if the problem is still reproducible with git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 20:51:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 18:51:44 -0000 Subject: [FFmpeg-trac] #2618(avcodec:open): MPNG shows artefacts (was: MPNG used to work better) In-Reply-To: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> References: <036.ddb32b5ef511bd3a43a8ef2e6b4c7824@avcodec.org> Message-ID: <051.c9d8d76217c2930f16458208bfa87618@avcodec.org> #2618: MPNG shows artefacts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: png | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Michael has pushed a different fix, since artefacts are visible (as before ee30cda) I am leaving this ticket open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 20:57:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 18:57:50 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.fd053ec1ed0f03b1c80b90648209013a@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 mikhailov): this commit '''e26b066cd8db361feba90e943c6cfdf062c52272''' is in master branch only, but not applied to n1.2.1 branch yet, any reason? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 21:01:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 19:01:29 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.4381ac16ecdfa4f439120909cc8b6d44@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): Replying to [comment:14 mikhailov]: > this commit '''e26b066cd8db361feba90e943c6cfdf062c52272''' is in master branch only, but not applied to '''n1.2.1''' branch yet, any reason why? Why should it be applied to origin/release/1.2? (n1.2.1 is a tag, you cannot apply anything to it.) Possible reasons include that the original commit fixes a possible security issue or that it fixes a regression, is one of that the case here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 21:05:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 19:05:39 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.b77414a0a3f5d1d4123f85d800505ae8@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 mikhailov): @cehoyos any other commits related to '''libspeex''' have been merged, but this one (dated Jan 16 2013) still in master only, I wonder if any reason or it's been forgotten? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 21:12:19 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 19:12:19 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.dafb07a5022effab8d0031725c1aca4a@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): Replying to [comment:16 mikhailov]: > @cehoyos any other commits related to '''libspeex''' have been merged I was unable to find any libspeex patch that was merged into origin/release/1.2, could you elaborate? > but this one (dated Jan 16 2013) just for completeness: The patch was committed on March 23rd (after origin/release/1.2 was branched) > still in master only, I wonder if any reason or it's been forgotten? Allow me to repeat: Why should it be merged? Is the patch security relevant or does it fix a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 22:23:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 20:23:53 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.ba5455e6dc114401c1aef89f5cc93f38@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): A question from Michael waits for clarification: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164033/focus=164039 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 22:24:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 20:24:24 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate In-Reply-To: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> References: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> Message-ID: <051.4c492029620ac308b001d558c4692e18@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by b_jonas): I (the original reporter) would like to note that this problem is not exclusive to Windows. I have reproduced this on Linux amd64 with vanilla ffmpeg version N-51215-g428e9da built on Mar 22 2013 23:36:22 with gcc 4.7.1 (GCC). I have an all-zero input created with the same command as in the report, and decoded with commands very similar to above, only I had to change `-vf format=pix_fmts=rgb24` to `-vf format=rgb24`. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 22:30:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 20:30:54 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate In-Reply-To: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> References: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> Message-ID: <051.e3c1d56c50801bda351e1fb285a0ba24@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:1 b_jonas]: > I (the original reporter) would like to note that this problem is not exclusive to Windows. Why should this be exclusive to Windows? (It is of course exclusive to x86 with SIMD.) What I would like to know is why do you think there is a bug if FFmpeg writes on the console that it will run slow because no optimized conversion routines are available? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 22:34:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 20:34:35 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate In-Reply-To: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> References: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> Message-ID: <051.7d0fb5ecb647a930bb652f316f4e4aae@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:2640 b_jonas]: > I believe that direct color space conversion to gbrp should not add this much overhead if I am dropping most of the output frames anyway, because the color space conversion should be needed only for the frames kept. I strongly suspect you can achieve that higher performance if you put the fps filter in front of the scale filter in your filter chain. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 23:10:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 21:10:29 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate In-Reply-To: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> References: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> Message-ID: <051.e6ccbc0666b6c209ef023d59c117ff60@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by b_jonas): Replying to [comment:2 cehoyos]: > Why should this be exclusive to Windows? (It is of course exclusive to x86 with SIMD.) I did not think it was exclusive, but have not tested before. > What I would like to know is why do you think there is a bug if FFmpeg writes on the console that it will run slow because no optimized conversion routines are available? There are two reasons why I think there is a bug. The first is that there is an optimized conversion, which you can get by converting yuvj420p to rgb24 and that to gbrp, but ffmpeg does not find this automatically. The second is that the direct color space conversion slows down the pipeline even when I drop most frames, even though in that case only the video decompression should be performed on all frames and the color space conversion only on the frames output. Replying to [comment:3 cehoyos]: > Replying to [ticket:2640 b_jonas]: > I strongly suspect you can achieve that higher performance if you put the fps filter in front of the scale filter in your filter chain. In the example commands I gave, there is no scale filter. The `-s` option is used as an input option to tell the `rawvideo` input format the size of images to read, for the raw video input does not have that included as metadata. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 23:15:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 21:15:08 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.c1f4bca09c3b1a42e1739e56d45c5337@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mleotta): Thank you for the update, was not subscribed to ffmpeg-devel and did not see it. I am now subscribed and have responded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 23:21:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 21:21:14 -0000 Subject: [FFmpeg-trac] #2640(undetermined:new): When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate In-Reply-To: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> References: <036.5c2913b2c152eecc942743ef26a6e291@avcodec.org> Message-ID: <051.adc6874018af987b708f16c8f6731fec@avcodec.org> #2640: When dropping most frames, conversion from yuvj420p to gbrp becomes faster if explicitly asking rgb24 intermediate -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 b_jonas]: > In the example commands I gave, there is no scale filter. The part of FFmpeg that does colour space conversion is called the scale filter (or in other words: Colour space conversion means using swscale) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 4 23:39:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 21:39:07 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.797d19143de1f270ddcd0c74229b8d27@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 mikhailov): Replying to [comment:17 cehoyos]: > Replying to [comment:16 mikhailov]: > > @cehoyos any other commits related to '''libspeex''' have been merged > > I was unable to find any libspeex patch that was merged into origin/release/1.2, could you elaborate? I've attached all commits relate to '''libspeex''', 2 files: master and tag 1.2.1 > > > but this one (dated Jan 16 2013) > > just for completeness: The patch was committed on March 23rd (after origin/release/1.2 was branched) yes, probably it was wrong rebase or any other history rewrite, commit date is Sat Mar 23 2013 14:45:58 GMT > > > still in master only, I wonder if any reason or it's been forgotten? > > Allow me to repeat: Why should it be merged? Is the patch security relevant or does it fix a regression? we guess it can help us with ticket: 2085 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 00:27:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 22:27:13 -0000 Subject: [FFmpeg-trac] #1873(undetermined:reopened): support zygoaudio In-Reply-To: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> References: <038.d6729cc9e8c66f4fdf4b47d263ff7a90@avcodec.org> Message-ID: <053.a5176f3ddd82c4641f0c7165539c7aee@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): Replying to [comment:18 mikhailov]: > Replying to [comment:17 cehoyos]: > > Replying to [comment:16 mikhailov]: > > > @cehoyos any other commits related to '''libspeex''' have been merged > > > > I was unable to find any libspeex patch that was merged into origin/release/1.2, could you elaborate? > > I've attached all commits relate to '''libspeex''', 2 files: master and tag 1.2.1 (sorry file names are reversed) (Please do not attach screen shots on this bug tracker, it is very unusual that they are helpful, and this is not an exception, link to http://git.videolan.org/?p=ffmpeg.git instead or post the output of git log.) None of the commits shown in your screen shot was merged into origin/release/1.2, they were all made before origin/release/1.2 was created. > > > but this one (dated Jan 16 2013) > > > > just for completeness: The patch was committed on March 23rd (after origin/release/1.2 was branched) (Sorry for the bad wording: The commit in question was ''pushed'' on March 23rd) > yes, probably it was wrong rebase or any other history rewrite, commit date is Sat Mar 23 2013 14:45:58 GMT Nothing about this change indicates a wrong rebase or a history rewrite, it was written and committed locally by ami_stuff in January, sent to ffmpeg-devel and finally pushed on March 23rd. > > > still in master only, I wonder if any reason or it's been forgotten? > > > > Allow me to repeat: Why should it be merged? Is the patch security relevant or does it fix a regression? > > we guess it can help us with ticket #2085 This seems very unlikely to me, but do I understand correctly that ticket #2085 is fixed in git head and e26b066 but was still reproducible with 785b849 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 01:21:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 23:21:30 -0000 Subject: [FFmpeg-trac] #2633(swscale:open): dpx display errors In-Reply-To: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> References: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> Message-ID: <052.06cf0a45542362ecdee490964e1fcef5@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | Owner: cehoyos Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: dpx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test if the patch fixes your issue? http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164614 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 01:57:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Jun 2013 23:57:39 -0000 Subject: [FFmpeg-trac] #2641(avfilter:new): Support trailing ; in filter_complex expression Message-ID: <035.0773e691c0db4262e9424c42381d51fd@avcodec.org> #2641: Support trailing ; in filter_complex expression -------------------------------------+------------------------------------- Reporter: jdolan | Type: Status: new | enhancement Component: avfilter | Priority: normal Keywords: | Version: 1.2.1 filter_complex | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: It'd be nice if the complex filter parser didn't bomb out with a cryptic error message when a user terminates their filter chains with a trailing ;. How to reproduce: {{{ % ffmpeg -i "$1" -i "$2" -i "$3" -i "$4" -filter_complex " [0:0] pad='max(240\,iw):max(180\,ih):0:0', scale='240:180', pad='480:180:0:0' [left_video]; [1:0] pad='max(240\,iw):max(180\,ih):0:0', scale='240:180', pad='480:180:240:0' [right_video]; [left_video] [right_video] overlay; ... [0:1] [1:1] amerge; " -acodec libfaac -ac 2 -vcodec libx264 -r 15 "$5" ... [AVFilterGraph @ 0x7fb1cac2c1a0] No such filter: '' }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 02:20:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 00:20:03 -0000 Subject: [FFmpeg-trac] #2642(FFprobe:new): ffprobe unable to report video stream duration if stream is in matroska container. Message-ID: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> #2642: ffprobe unable to report video stream duration if stream is in matroska container. -------------------------------------+------------------------------------- Reporter: MountainMan | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git- Keywords: | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: ffprobe reports "N/A" as the value for "duration_ts" and "duration" for the video stream if the stream is in a mkv container (it does report the duration of the file as a whole though). If the same video is copied to an avi container the video stream duration values are reported as expected. I've tried this with mkv files I created with ffmpeg from images as well as from a video from my camera recoded to mkv. I've tried this with multiple video codecs (ffv1 and the codec in the reproduction section) and for files with and without an audio stream. I'm running ffprobe on Ubuntu 12.04. I'm not sure what the version number is, but I'm using today's build based on the instructions here: https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuideQuantal Here is what the output looks like: ffprobe -pretty -show_streams -select_streams v testvideo.mkv ffprobe version N-38182-g449558d Copyright (c) 2007-2013 the FFmpeg developers built on Jun 4 2013 18:35:01 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --extra-libs=-ldl --enable-gpl --enable-libass --enable- libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libopus --enable-libvpx --enable-x11grab --enable-libx264 --enable-nonfree --enable-version3 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'testvideo.mkv': Metadata: ENCODER : Lavf55.8.102 Duration: 00:00:05.01, start: 0.000000, bitrate: 265 kb/s Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default) [STREAM] index=0 codec_name=h264 codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 profile=High 4:4:4 Predictive codec_type=video codec_time_base=50/2997 codec_tag_string=[0][0][0][0] codec_tag=0x0000 width=640 height=480 has_b_frames=0 sample_aspect_ratio=1:1 display_aspect_ratio=4:3 pix_fmt=yuv420p level=30 timecode=N/A id=N/A r_frame_rate=2997/100 avg_frame_rate=2997/100 time_base=1/1000 start_pts=0 start_time=0:00:00.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 [/STREAM] How to reproduce: {{{ ffprobe -pretty -show_streams -select_streams v testvideo.mkv Here is what I did to create the test video, but as I mentioned this acts the same with other videos transcoded into mkv, so you can probably duplicate it with any mkv file: convert -size 640x480 xc:black blackimage.png #Using imagemagick to create a black image. ffmpeg -loop 1 -f image2 -i blackimage.png -r 29.97 -t 5 -an -vcodec libx264 -preset ultrafast -qp 0 -pix_fmt yuv420p testvideo.mkv ffmpeg version built on June 4th 2013 }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 02:30:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 00:30:45 -0000 Subject: [FFmpeg-trac] #2642(FFprobe:new): ffprobe unable to report video stream duration if stream is in matroska container. In-Reply-To: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> References: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> Message-ID: <055.7f4f06ba633da48538ca54bb39c24a88@avcodec.org> #2642: ffprobe unable to report video stream duration if stream is in matroska container. -------------------------------------+----------------------------------- Reporter: MountainMan | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by MountainMan): I just noticed "nb_frames=N/A" in the output as well. When I probe the same stream in an avi container it reports "nb_frames=150". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 08:14:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 06:14:40 -0000 Subject: [FFmpeg-trac] #2641(avfilter:new): Support trailing ; in filter_complex expression In-Reply-To: <035.0773e691c0db4262e9424c42381d51fd@avcodec.org> References: <035.0773e691c0db4262e9424c42381d51fd@avcodec.org> Message-ID: <050.30e17ba0bd491c3de2fd998fb35c8468@avcodec.org> #2641: Support trailing ; in filter_complex expression -------------------------------------+------------------------------------- Reporter: jdolan | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: 1.2.1 | Resolution: Keywords: | Blocked By: filter_complex | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does it work with current git head? Please add a minimal failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 09:22:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 07:22:28 -0000 Subject: [FFmpeg-trac] #2643(FFmpeg:new): HLS output file size chunk is degrading very fast Message-ID: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> #2643: HLS output file size chunk is degrading very fast ----------------------------------+-------------------------------------- Reporter: vkroutik | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- We use the latest build from ffmpeg for windows run this command line, rename dirs as needed C:\Apps\MVP\Tools\ffmpeg\ffmpeg.exe -i "http://twit.live-s.cdn.bitgravity.com/cdn- live-s1/_definst_/twit/live/high/playlist.m3u8" -c:v copy -c:a copy -r 29.97 -hls_time 10 -hls_list_size 6 -hls_wrap 60 -start_number 1 -y "C:\Apps\MVP\Files\hls\test\stream.m3u8" After about 5 min chunks produced go from being 10 seconds to 1-2 seconds. No good for playback. Please review. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 09:25:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 07:25:31 -0000 Subject: [FFmpeg-trac] #2643(FFmpeg:new): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.624dd1d62e65d803d544c2ce0f29366b@avcodec.org> #2643: HLS output file size chunk is degrading very fast ------------------------------------+---------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by vkroutik): By the way, using a traditional segmenter works fine... C:\Apps\MVP\Tools\ffmpeg\ffmpeg.exe -re -i "http://twit.live-s.cdn.bitgravity.com/cdn- live-s1/_definst_/twit/live/high/playlist.m3u8" -c:v copy -c:a copy -r 29.97 -bsf:v h264_mp4toannexb -bsf:a aac_adtstoasc -flags -global_header -map 0 -f segment -segment_list "C:\Apps\MVP\Files\hls\test\stream.m3u8" -segment_time 10 -segment_format mpeg_ts -segment_list_type m3u8 -segment_list_flags +live -segment_list_size 6 ts/streamOutput%%05d.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 09:31:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 07:31:13 -0000 Subject: [FFmpeg-trac] #2643(undetermined:new): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.786fbf4703c6bfd2eafd69422265f0ed@avcodec.org> #2643: HLS output file size chunk is degrading very fast -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls * priority: critical => normal * component: FFmpeg => undetermined Comment: Please provide the failing command line together with complete, uncut console output to make this a valid ticket (and please remove the path from the output file name). Is this specific to stream copying or does it also happen if you reencode? Did it work better with an older version of FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 09:47:24 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 07:47:24 -0000 Subject: [FFmpeg-trac] #2643(undetermined:new): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.f943ab91d693c6bceb88fca58dacbc05@avcodec.org> #2643: HLS output file size chunk is degrading very fast -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by vkroutik): I uploaded the log file. Not sure about previous version, first time trying to use command. It is broken for all different stream inputs, I tried 5. It does not matter a fortmat, rmtp, hls, rtsp, output chunks becoming smaller and smaller to 1 second, even so 10 is requested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 11:58:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 09:58:05 -0000 Subject: [FFmpeg-trac] #2643(avformat:open): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.fb75e37c177d076ca1e16d5d5baee71b@avcodec.org> #2643: HLS output file size chunk is degrading very fast ------------------------------------+------------------------------------ Reporter: vkroutik | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 19:30:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 17:30:03 -0000 Subject: [FFmpeg-trac] #2600(avformat:open): print EXT-X-STREAM-INF and BANDWIDTH in output M3U8 (was: m3u8 file generated is not up to published specs) In-Reply-To: <037.3e4986c4edd14bdbc58e92ff8463b1e9@avcodec.org> References: <037.3e4986c4edd14bdbc58e92ff8463b1e9@avcodec.org> Message-ID: <052.b4ca8a3d49725f9309bee29a2e96ed02@avcodec.org> #2600: print EXT-X-STREAM-INF and BANDWIDTH in output M3U8 -------------------------------------+------------------------------------- Reporter: vkroutik | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: hls segment | Blocked By: m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * keywords: hls => hls segment m3u8 Old description: > Summary of the bug: > m3u8 file generated by segmenter or hls output does not required field by > m3u8 and HLS standard. BANDWIDTH is required but not outputed!!! > > See > > here is spec from http://tools.ietf.org/html/draft-pantos-http-live- > streaming-07 > > BANDWIDTH > > The value is a decimal-integer of bits per second. It MUST be an > upper bound of the overall bitrate of each media segment (calculated > to include container overhead) that appears or will appear in the > Playlist. > > Every EXT-X-STREAM-INF tag MUST include the BANDWIDTH attribute > > Here is command line: > > C:\ffmpeg\ffmpeg.exe -re -i "rtmp://bar/foo.flv" -y -c:v copy -c:a copy > -hls_time 6 -hls_list_size 5 -hls_wrap 30 -start_number 1 > "C:\Tools\Foo\stream.m3u8" New description: Summary of the ticket: add support to EXT-X-STREAM-INF and BANDWIDTH field in the generated M3U8 output. Here is spec from http://tools.ietf.org/html/draft-pantos-http-live- streaming-07 BANDWIDTH The value is a decimal-integer of bits per second. It MUST be an upper bound of the overall bitrate of each media segment (calculated to include container overhead) that appears or will appear in the Playlist. Every EXT-X-STREAM-INF tag MUST include the BANDWIDTH attribute Here is command line: C:\ffmpeg\ffmpeg.exe -re -i "rtmp://bar/foo.flv" -y -c:v copy -c:a copy -hls_time 6 -hls_list_size 5 -hls_wrap 30 -start_number 1 "C:\Tools\Foo\stream.m3u8" -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 19:32:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 17:32:09 -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.08ec4e97e9ec8137847a560f43f85b79@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 testn): The input file can be retrieved from http://samples.mplayerhq.hu/HDTV/Hellboy.ts Here is the output from ffprobe {{{ $ cat Videos/Hellboy.ts| ffprobe -i "cache:pipe:0" ffprobe version 1.2 Copyright (c) 2007-2013 the FFmpeg developers built on Mar 19 2013 10:25:50 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2 --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-libfdk-aac 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 [mpeg2video @ 0x7fe7f4015600] 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 }}} and from ffmpeg {{{ $ cat Videos/Hellboy.ts| ffmpeg -i "cache:pipe:0" /tmp/test4.mp4 ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 19 2013 10:25:50 with Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2 --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-libfdk-aac 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 [mpeg2video @ 0x7fec9c021400] 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 [libx264 @ 0x7fec9c019a00] using SAR=1/1 [libx264 @ 0x7fec9c019a00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x7fec9c019a00] profile High, level 4.0 [libx264 @ 0x7fec9c019a00] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/tmp/test4.mp4': Metadata: encoder : Lavf54.63.104 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 30k tbn, 29.97 tbc Stream #0:1(eng): 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 (ac3 -> libfaac) Press [q] to stop, [?] for help [ac3 @ 0x7fec9c019400] frame sync error Error while decoding stream #0:1: Operation not permitted Input stream #0:1 frame changed from rate:48000 fmt:fltp ch:2 chl:stereo to rate:48000 fmt:fltp ch:6 chl:5.1(side) [libfaac @ 0x7fec9c01a800] Queue input is backward in time [mp4 @ 0x7fec9c03c600] st:0 PTS: 2048 DTS: 2048 < 2561 invalid, clipping frame= 24 fps=0.0 q=-1.0 Lsize= 78kB time=00:00:00.73 bitrate= 868.5kbits/s dup=23 drop=0 video:74kB audio:2kB subtitle:0 global headers:0kB muxing overhead 2.188826% [libx264 @ 0x7fec9c019a00] frame I:1 Avg QP:27.48 size: 68520 [libx264 @ 0x7fec9c019a00] frame P:6 Avg QP:30.70 size: 570 [libx264 @ 0x7fec9c019a00] frame B:17 Avg QP:29.35 size: 168 [libx264 @ 0x7fec9c019a00] consecutive B-frames: 4.2% 0.0% 12.5% 83.3% [libx264 @ 0x7fec9c019a00] mb I I16..4: 63.5% 2.1% 34.3% [libx264 @ 0x7fec9c019a00] mb P I16..4: 1.2% 0.0% 0.0% P16..4: 1.1% 0.1% 0.3% 0.0% 0.0% skip:97.2% [libx264 @ 0x7fec9c019a00] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 2.0% 0.0% 0.0% direct: 0.0% skip:98.0% L0:39.0% L1:61.0% BI: 0.0% [libx264 @ 0x7fec9c019a00] 8x8 transform intra:2.0% inter:96.6% [libx264 @ 0x7fec9c019a00] coded y,uvDC,uvAC intra: 39.6% 53.6% 26.6% inter: 0.1% 0.1% 0.0% [libx264 @ 0x7fec9c019a00] i16 v,h,dc,p: 4% 95% 0% 0% [libx264 @ 0x7fec9c019a00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 1% 71% 20% 0% 0% 0% 0% 0% 7% [libx264 @ 0x7fec9c019a00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 0% 99% 1% 0% 0% 0% 0% 0% 0% [libx264 @ 0x7fec9c019a00] i8c dc,h,v,p: 37% 52% 10% 1% [libx264 @ 0x7fec9c019a00] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x7fec9c019a00] ref P L0: 81.7% 2.9% 11.9% 3.4% [libx264 @ 0x7fec9c019a00] ref B L0: 45.6% 53.9% 0.5% [libx264 @ 0x7fec9c019a00] ref B L1: 88.4% 11.6% [libx264 @ 0x7fec9c019a00] kb/s:747.23 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 21:33:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 19:33:03 -0000 Subject: [FFmpeg-trac] #2644(FFmpeg:new): How can I limit log output to specific values? Message-ID: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> #2644: How can I limit log output to specific values? -------------------------------------+------------------------------------- Reporter: | Type: defect yesilcimenahmet | Priority: critical Status: new | Version: Component: FFmpeg | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- How can I limit log output to specific values? I want "ffmpeg.exe -i input.mp4 -f mp3 -acodec mp3 -vn output.mp3" command's log to contain only "size= 161kB time=00:00:10.29 bitrate= 128.3kbits/s size= 359kB time=00:00:22.95 bitrate= 128.1kbits/s size= 532kB time=00:00:34.03 bitrate= 128.1kbits/s size= 704kB time=00:00:45.00 bitrate= 128.1kbits/s" How can I succeed this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 21:50:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 19:50:28 -0000 Subject: [FFmpeg-trac] #2645(avcodec:new): mpeg4 encoder potential buffer overflow with certain video dimensions Message-ID: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> #2645: mpeg4 encoder potential buffer overflow with certain video dimensions ----------------------------------+-------------------------------------- Reporter: walisser | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- mpeg4 encoder has a buffer overflow in ff_draw_edges_mmx() when input dimension is 856x480. No error for 848x480 (nearest multiple of 16 width). On Linux x64/gcc4.6.3 does not crash, but valgrind shows an invalid write. I have also tried on win32/gcc4.7.1, it does crash occasionally and never with gdb running. Temporary solution is to force a width that is multiple of 16. How to reproduce: {{{ dwalisser at loki:~/devel/kiosk/src$ valgrind ffmpeg -f lavfi -i "testsrc=duration=10:size=856x480:rate=30" -loglevel 99 -vcodec mpeg4 out.mp4 ==24178== Memcheck, a memory error detector ==24178== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==24178== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==24178== Command: ffmpeg -f lavfi -i testsrc=duration=10:size=856x480:rate=30 -loglevel 99 -vcodec mpeg4 out.mp4 ==24178== ffmpeg version git-2013-06-05-31983ae Copyright (c) 2000-2013 the FFmpeg developers built on Jun 5 2013 15:28:46 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --enable-debug --disable-stripping --disable- optimizations --enable-runtime-cpudetect --disable-static --enable-shared --disable-ffserver --extra-ldflags=-L/usr/local/lib libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-f' ... matched as option 'f' (force format) with argument 'lavfi'. Reading option '-i' ... matched as input file with argument 'testsrc=duration=10:size=856x480:rate=30'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'mpeg4'. Reading option 'out.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file testsrc=duration=10:size=856x480:rate=30. Applying option f (force format) with argument lavfi. Successfully parsed a group of options. Opening an input file: testsrc=duration=10:size=856x480:rate=30. detected 2 logical cores [Parsed_testsrc_0 @ 0xbf5f3c0] Setting 'duration' to value '10' [Parsed_testsrc_0 @ 0xbf5f3c0] Setting 'size' to value '856x480' [Parsed_testsrc_0 @ 0xbf5f3c0] Setting 'rate' to value '30' [Parsed_testsrc_0 @ 0xbf5f3c0] size:856x480 rate:30/1 duration:10.000000 sar:1/1 [AVFilterGraph @ 0xbf5ea60] query_formats: 2 queried, 1 merged, 0 already done, 0 delayed [lavfi @ 0xbf5dd40] All info found Input #0, lavfi, from 'testsrc=duration=10:size=856x480:rate=30': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/30: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 856x480 [SAR 1:1 DAR 107:60], 1/30, 30 tbr, 30 tbn, 30 tbc Successfully opened the file. Parsing a group of options: output file out.mp4. Applying option vcodec (force video codec ('copy' to copy stream)) with argument mpeg4. Successfully parsed a group of options. Opening an output file: out.mp4. File 'out.mp4' already exists. Overwrite ? [y/N] y Successfully opened the file. [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'video_size' to value '856x480' [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'pix_fmt' to value '2' [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'time_base' to value '1/30' [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'pixel_aspect' to value '1/1' [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0xc26af60] Setting 'frame_rate' to value '30/1' [graph 0 input from stream 0:0 @ 0xc26af60] w:856 h:480 pixfmt:rgb24 tb:1/30 fr:30/1 sar:1/1 sws_param:flags=2 [format @ 0xc270760] compat: called with args=[yuv420p] [format @ 0xc270760] Setting 'pix_fmts' to value 'yuv420p' [auto-inserted scaler 0 @ 0xf3791e0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0xf3791e0] w:iw h:ih flags:'0x4' interl:0 [format @ 0xc270760] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0xc2696c0] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed ==24178== Invalid read of size 8 ==24178== at 0x74911CF: __GI___strncasecmp_l (strcmp.S:213) ==24178== by 0x744373F: ____strtod_l_internal (strtod_l.c:574) ==24178== by 0x6CB51CB: av_strtod (eval.c:96) ==24178== by 0x6CB6965: parse_primary (eval.c:322) ==24178== by 0x6CB771B: parse_pow (eval.c:481) ==24178== by 0x6CB77BD: parse_dB (eval.c:496) ==24178== by 0x6CB77E6: parse_factor (eval.c:503) ==24178== by 0x6CB7940: parse_term (eval.c:530) ==24178== by 0x6CB7A58: parse_subexpr (eval.c:554) ==24178== by 0x6CB7B70: parse_expr (eval.c:582) ==24178== by 0x6CB7F97: av_expr_parse (eval.c:671) ==24178== by 0x6CB811E: av_expr_parse_and_eval (eval.c:708) ==24178== Address 0xf3c0220 is 0 bytes inside a block of size 3 alloc'd ==24178== at 0x4C29BE2: memalign (vg_replace_malloc.c:694) ==24178== by 0x4C29C3B: posix_memalign (vg_replace_malloc.c:835) ==24178== by 0x6CC0381: av_malloc (mem.c:93) ==24178== by 0x6CB7E9A: av_expr_parse (eval.c:648) ==24178== by 0x6CB811E: av_expr_parse_and_eval (eval.c:708) ==24178== by 0x50B784F: config_props (vf_scale.c:209) ==24178== by 0x507DACE: avfilter_config_links (avfilter.c:242) ==24178== by 0x507DA60: avfilter_config_links (avfilter.c:231) ==24178== by 0x50808D4: graph_config_links (avfiltergraph.c:267) ==24178== by 0x508311D: avfilter_graph_config (avfiltergraph.c:1112) ==24178== by 0x41585C: configure_filtergraph (ffmpeg_filter.c:862) ==24178== by 0x41F0FC: transcode_init (ffmpeg.c:2283) ==24178== ==24178== Invalid read of size 8 ==24178== at 0x74911D7: __GI___strncasecmp_l (strcmp.S:215) ==24178== by 0x744373F: ____strtod_l_internal (strtod_l.c:574) ==24178== by 0x6CB51CB: av_strtod (eval.c:96) ==24178== by 0x6CB6965: parse_primary (eval.c:322) ==24178== by 0x6CB771B: parse_pow (eval.c:481) ==24178== by 0x6CB77BD: parse_dB (eval.c:496) ==24178== by 0x6CB77E6: parse_factor (eval.c:503) ==24178== by 0x6CB7940: parse_term (eval.c:530) ==24178== by 0x6CB7A58: parse_subexpr (eval.c:554) ==24178== by 0x6CB7B70: parse_expr (eval.c:582) ==24178== by 0x6CB7F97: av_expr_parse (eval.c:671) ==24178== by 0x6CB811E: av_expr_parse_and_eval (eval.c:708) ==24178== Address 0xf3c0228 is 5 bytes after a block of size 3 alloc'd ==24178== at 0x4C29BE2: memalign (vg_replace_malloc.c:694) ==24178== by 0x4C29C3B: posix_memalign (vg_replace_malloc.c:835) ==24178== by 0x6CC0381: av_malloc (mem.c:93) ==24178== by 0x6CB7E9A: av_expr_parse (eval.c:648) ==24178== by 0x6CB811E: av_expr_parse_and_eval (eval.c:708) ==24178== by 0x50B784F: config_props (vf_scale.c:209) ==24178== by 0x507DACE: avfilter_config_links (avfilter.c:242) ==24178== by 0x507DA60: avfilter_config_links (avfilter.c:231) ==24178== by 0x50808D4: graph_config_links (avfiltergraph.c:267) ==24178== by 0x508311D: avfilter_graph_config (avfiltergraph.c:1112) ==24178== by 0x41585C: configure_filtergraph (ffmpeg_filter.c:862) ==24178== by 0x41F0FC: transcode_init (ffmpeg.c:2283) ==24178== [auto-inserted scaler 0 @ 0xf3791e0] w:856 h:480 fmt:rgb24 sar:1/1 -> w:856 h:480 fmt:yuv420p sar:1/1 flags:0x4 [mpeg4 @ 0xc25cec0] intra_quant_bias = 0 inter_quant_bias = -64 Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf55.8.102 Stream #0:0, 0, 1/15360: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 856x480 [SAR 1:1 DAR 107:60], 1/30, q=2-31, 200 kb/s, 15360 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mpeg4) Press [q] to stop, [?] for help [swscaler @ 0xf3c09a0] Warning: data is not aligned! This can lead to a speedloss ==24178== Invalid write of size 8 ==24178== at 0x5D5B8B9: ff_draw_edges_mmx (dsputil_mmx.c:389) ==24178== by 0x5B25AD1: load_input_picture (mpegvideo_enc.c:1063) ==24178== by 0x5B271E2: ff_MPV_encode_picture (mpegvideo_enc.c:1448) ==24178== by 0x5C56E80: avcodec_encode_video2 (utils.c:1762) ==24178== by 0x41894E: do_video_out (ffmpeg.c:947) ==24178== by 0x4192C4: reap_filters (ffmpeg.c:1091) ==24178== by 0x42321D: transcode_step (ffmpeg.c:3162) ==24178== by 0x4232D6: transcode (ffmpeg.c:3205) ==24178== by 0x423846: main (ffmpeg.c:3383) ==24178== Address 0xf6d0830 is 0 bytes after a block of size 114,704 alloc'd ==24178== at 0x4C29BE2: memalign (vg_replace_malloc.c:694) ==24178== by 0x4C29C3B: posix_memalign (vg_replace_malloc.c:835) ==24178== by 0x6CC0381: av_malloc (mem.c:93) ==24178== by 0x6CB2AD6: av_buffer_alloc (buffer.c:70) ==24178== by 0x6CB2B3D: av_buffer_allocz (buffer.c:83) ==24178== by 0x6CB31DA: pool_alloc_buffer (buffer.c:305) ==24178== by 0x6CB3353: av_buffer_pool_get (buffer.c:343) ==24178== by 0x5C530F7: video_get_buffer (utils.c:550) ==24178== by 0x5C53502: avcodec_default_get_buffer2 (utils.c:615) ==24178== by 0x5C53EA5: get_buffer_internal (utils.c:830) ==24178== by 0x5C53F08: ff_get_buffer (utils.c:842) ==24178== by 0x5B8BEA9: thread_get_buffer_internal (pthread.c:923) ==24178== frame= 48 fps=2.7 q=4.7 Lsize= 169kB time=00:00:01.60 bitrate= 864.6kbits/s video:168kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.591599% 48 frames successfully decoded, 0 decoding errors [AVIOContext @ 0xc269240] Statistics: 34 seeks, 76 writeouts Received signal 2: terminating. ==24178== ==24178== HEAP SUMMARY: ==24178== in use at exit: 0 bytes in 0 blocks ==24178== total heap usage: 7,826 allocs, 7,826 frees, 161,765,989 bytes allocated ==24178== ==24178== All heap blocks were freed -- no leaks are possible ==24178== ==24178== For counts of detected and suppressed errors, rerun with: -v ==24178== ERROR SUMMARY: 102 errors from 3 contexts (suppressed: 0 from 0) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 5 21:57:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 19:57:25 -0000 Subject: [FFmpeg-trac] #2644(undetermined:closed): How can I limit log output to specific values? In-Reply-To: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> References: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> Message-ID: <059.095c9a379aad2c38e6fd147058a1dc8c@avcodec.org> #2644: How can I limit log output to specific values? -------------------------------------+------------------------------------- Reporter: | Owner: yesilcimenahmet | 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): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined Comment: Please post all usage questions on one of the user mailing lists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 00:37:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 22:37:35 -0000 Subject: [FFmpeg-trac] #2645(avcodec:open): mpeg4 encoder potential buffer overflow with certain video dimensions In-Reply-To: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> References: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> Message-ID: <052.6b4e3b19238728bd00bf1056f2fe45c8@avcodec.org> #2645: mpeg4 encoder potential buffer overflow with certain video dimensions ------------------------------------+----------------------------------- Reporter: walisser | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 1e78679 {{{ $ valgrind ./ffmpeg_g -f rawvideo -s 856x480 -i /dev/zero -vcodec mpeg1video -f null -vframes 2 - ==5806== Memcheck, a memory error detector ==5806== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==5806== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==5806== Command: ./ffmpeg_g -f rawvideo -s 856x480 -i /dev/zero -vcodec mpeg1video -f null -vframes 2 - ==5806== ffmpeg version N-53859-g258a05b Copyright (c) 2000-2013 the FFmpeg developers built on Jun 6 2013 00:35:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, rawvideo, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: 123264 kb/s Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 856x480, 123264 kb/s, 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mpeg1video, yuv420p, 856x480, 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 ==5806== Invalid write of size 8 ==5806== at 0xA72853: ff_draw_edges_mmx (dsputil_mmx.c:389) ==5806== by 0x8E77EB: ff_MPV_encode_picture (mpegvideo_enc.c:1063) ==5806== by 0x9C84C6: avcodec_encode_video2 (utils.c:1762) ==5806== by 0x46B675: reap_filters (ffmpeg.c:947) ==5806== by 0x45BF14: main (ffmpeg.c:3162) ==5806== Address 0x74c9eb0 is 0 bytes after a block of size 114,704 alloc'd ==5806== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==5806== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==5806== by 0xBF6F39: av_malloc (mem.c:93) ==5806== by 0xBEAFED: av_buffer_allocz (buffer.c:70) ==5806== by 0xBEB5CB: av_buffer_pool_get (buffer.c:305) ==5806== by 0x9C5546: video_get_buffer (utils.c:550) ==5806== by 0x9C6B4E: get_buffer_internal (utils.c:830) ==5806== by 0x9C7075: ff_get_buffer (utils.c:842) ==5806== by 0x921EDD: ff_thread_get_buffer (pthread.c:923) ==5806== by 0x8CCAA2: ff_alloc_picture (mpegvideo.c:234) ==5806== by 0x8E7651: ff_MPV_encode_picture (mpegvideo_enc.c:1020) ==5806== by 0x9C84C6: avcodec_encode_video2 (utils.c:1762) ==5806== frame= 2 fps=0.0 q=2.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:6kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.347496% ==5806== ==5806== HEAP SUMMARY: ==5806== in use at exit: 0 bytes in 0 blocks ==5806== total heap usage: 2,161 allocs, 2,161 frees, 11,511,876 bytes allocated ==5806== ==5806== All heap blocks were freed -- no leaks are possible ==5806== ==5806== For counts of detected and suppressed errors, rerun with: -v ==5806== ERROR SUMMARY: 4 errors from 1 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 01:49:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Jun 2013 23:49:46 -0000 Subject: [FFmpeg-trac] #2644(FFmpeg:reopened): How can I limit log output to specific values? In-Reply-To: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> References: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> Message-ID: <059.580a19e7ef53a08b17ffbd124f3638f9@avcodec.org> #2644: How can I limit log output to specific values? -------------------------------------+------------------------------------- Reporter: | Owner: yesilcimenahmet | Status: reopened Type: task | Component: FFmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: ffmpeg log | Reproduced by developer: 1 limit, ffmpeg only progress log | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by yesilcimenahmet): * status: closed => reopened * reproduced: 0 => 1 * cc: yesilcimenahmet@? (added) * type: defect => task * component: undetermined => FFmpeg * keywords: => ffmpeg log limit, ffmpeg only progress log * analyzed: 0 => 1 * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 02:41:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 00:41:00 -0000 Subject: [FFmpeg-trac] #2646(FFmpeg:new): FFMPEG HTTP protocol not generation authorization line Message-ID: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ----------------------------------+-------------------------------------- Reporter: hackeron | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I have an acti camera, I can send these headers to it to receive an MJPEG stream: GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 User-Agent: Mozilla/5.0 Lavf/55.8.102 Accept: */* Host: 192.168.1.40 Connection: Close Range: bytes=0- Authorization: Basic YWRtaW46MTIzNDU2 However when I run: ffmpeg -i "http://admin:123456 at 192.168.1.40/cgi-bin/cmd/system?GET_STREAM" And capture what it sends with tcpdump, I see it sends these headers: GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 User-Agent: Mozilla/5.0 Lavf/55.8.102 Accept: */* Range: bytes=0- Connection: close Host: 192.168.1.40 Notice there are identical except FFMPEG doesn't generate the Authorization line. Isn't it meant to? I'm using ffmpeg version N-53816-g55121f3 compiled Jun 4 2013 on Ubuntu 13.04. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 02:57:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 00:57:42 -0000 Subject: [FFmpeg-trac] #2644(undetermined:closed): How can I limit log output to specific values? In-Reply-To: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> References: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> Message-ID: <059.597271d3f654a26ca4f2721816eda8e5@avcodec.org> #2644: How can I limit log output to specific values? -------------------------------------+------------------------------------- Reporter: | Owner: yesilcimenahmet | Status: closed Type: task | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * status: reopened => closed * reproduced: 1 => 0 * component: FFmpeg => undetermined * keywords: ffmpeg log limit, ffmpeg only progress log => * analyzed: 1 => 0 * resolution: => invalid Comment: This bug tracker is not a user support resource. As cehoyos mentioned you can get user help at the ffmpeg-user mailing list or the #ffmpeg IRC channel. Please do not modify this ticket again unless you are actually experiencing a bug (it appears you are not). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 03:12:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 01:12:08 -0000 Subject: [FFmpeg-trac] #2644(undetermined:reopened): How can I limit log output to specific values? In-Reply-To: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> References: <044.a7edd8cc565417a06564ae3a0ffe72ec@avcodec.org> Message-ID: <059.8ed70a3a7ba408eb2bcc1620a7e9f599@avcodec.org> #2644: How can I limit log output to specific values? -------------------------------------+------------------------------------- Reporter: | Owner: yesilcimenahmet | Status: reopened Type: task | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by yesilcimenahmet): * status: closed => reopened * resolution: invalid => Comment: admin!!!!!!!! why deleting my ticket ?? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 04:21:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 02:21:53 -0000 Subject: [FFmpeg-trac] #2502(FFprobe:new): ffprobe Produces Invalid JSON In-Reply-To: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> References: <038.0e7b78ac762a3eb5d1ed0c03e8bced1a@avcodec.org> Message-ID: <053.0a7e6db87e41396fadad64333a9bee81@avcodec.org> #2502: ffprobe Produces Invalid JSON -------------------------------------+----------------------------------- Reporter: dnicolson | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by luke-nuix): This file seems to have the same problem outputting '?' (\u00b3) in the author field ("Bl?mchen"). http://samples.mplayerhq.hu/vqf/handinha.vqf Also does ffprobe set the console output page to UTF-8 when it starts up (via SetConsoleOutputCP)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 09:11:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 07:11:27 -0000 Subject: [FFmpeg-trac] #2646(undetermined:new): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.2b0672eaf2d09b03ce17c1baa4bac6e5@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: http | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => http * component: FFmpeg => undetermined Comment: Replying to [ticket:2646 hackeron]: > {{{ffmpeg -i "http://admin:123456 at 192.168.1.40/cgi- bin/cmd/system?GET_STREAM"}}} Do I understand correctly that you do not receive anything with this command? Please provide the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 10:22:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 08:22:25 -0000 Subject: [FFmpeg-trac] #2646(undetermined:new): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.6298ec8b7bb235039eb6620da52f9724@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line -------------------------------------+------------------------------------- Reporter: hackeron | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: http | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by hackeron): Sure, here you go: $ ffmpeg -i "http://admin:123456 at 192.168.1.40/cgi- bin/cmd/system?GET_STREAM" ffmpeg version N-53816-g55121f3 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 4 2013 00:44:05 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --extra-ldflags=-ldl --enable-gpl --enable-libfaac --enable-libfdk-aac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable- libx264 --enable-nonfree --enable-version3 libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [http @ 0x2ac75a0] HTTP error 401 Unauthorized http://admin:123456 at 192.168.1.40/cgi-bin/cmd/system?GET_STREAM: Input/output error -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 10:45:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 08:45:19 -0000 Subject: [FFmpeg-trac] #2515(undetermined:open): Output file incompatible with PS3 and a Panasonic TV when muxing h264 to mpegts (was: Erroneous file output when muxing h264 to mpegts) In-Reply-To: <036.18072b9bbc290d663b1e784489f2d532@avcodec.org> References: <036.18072b9bbc290d663b1e784489f2d532@avcodec.org> Message-ID: <051.7814df93df9294de11cc60250d8fe644@avcodec.org> #2515: Output file incompatible with PS3 and a Panasonic TV when muxing h264 to mpegts -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 mpegts | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:03:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:03:41 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.663544062614f02f8ba79aac45ba75e7@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Does attached hack allow playback for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:10:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:10:46 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.a39a494428c55b5295fdf38103d9b8d0@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * component: undetermined => avformat Comment: Consider adding the exact type of camera that needs this http header line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:11:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:11:38 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.3215fc0fa4d3b4a5d07dc49d441c3d70@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Description changed by cehoyos: Old description: > I have an acti camera, I can send these headers to it to receive an MJPEG > stream: > > GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 > User-Agent: Mozilla/5.0 Lavf/55.8.102 > Accept: */* > Host: 192.168.1.40 > Connection: Close > Range: bytes=0- > Authorization: Basic YWRtaW46MTIzNDU2 > > However when I run: > > ffmpeg -i "http://admin:123456 at 192.168.1.40/cgi- > bin/cmd/system?GET_STREAM" > > And capture what it sends with tcpdump, I see it sends these headers: > > GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 > User-Agent: Mozilla/5.0 Lavf/55.8.102 > Accept: */* > Range: bytes=0- > Connection: close > Host: 192.168.1.40 > > Notice there are identical except FFMPEG doesn't generate the > Authorization line. Isn't it meant to? > > I'm using ffmpeg version N-53816-g55121f3 compiled Jun 4 2013 on Ubuntu > 13.04. New description: I have an acti camera, I can send these headers to it to receive an MJPEG stream: {{{ GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 User-Agent: Mozilla/5.0 Lavf/55.8.102 Accept: */* Host: 192.168.1.40 Connection: Close Range: bytes=0- Authorization: Basic YWRtaW46MTIzNDU2 }}} However when I run: ffmpeg -i "http://admin:123456 at 192.168.1.40/cgi-bin/cmd/system?GET_STREAM" And capture what it sends with tcpdump, I see it sends these headers: {{{ GET /cgi-bin/cmd/system?GET_STREAM HTTP/1.1 User-Agent: Mozilla/5.0 Lavf/55.8.102 Accept: */* Range: bytes=0- Connection: close Host: 192.168.1.40 }}} Notice there are identical except FFMPEG doesn't generate the Authorization line. Isn't it meant to? I'm using ffmpeg version N-53816-g55121f3 compiled Jun 4 2013 on Ubuntu 13.04. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:14:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:14:43 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.bdc952af98385bc0baf72ff6477716e3@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): The specific cameras I'm using are ACTi E32 and ACTi D71 but I'm guessing any camera that requires HTTP basic authorization will not work with FFMPEG at the moment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:25:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:25:12 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.b9ea17ecea04af971d62a4dc6617f52e@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): HTTP basic authorization is supported by FFmpeg, if I understand the code correctly, 401 should make FFmpeg retry with authorization. Do you have a possibility to make a camera visible to the internet? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 11:26:43 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 09:26:43 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:open): chapters and chapters metadata are ignored by ffprobe In-Reply-To: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> References: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> Message-ID: <053.28820be551a012221ce8cc4a3797ab87@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe | Blocked By: chapters | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: => ffprobe chapters * status: new => open * reproduced: 0 => 1 * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 12:04:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 10:04:26 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:open): chapters and chapters metadata are ignored by ffprobe In-Reply-To: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> References: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> Message-ID: <053.23537d0f182413b75b2c85076d216e0b@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: open Priority: wish | Component: FFprobe Version: git-master | Resolution: Keywords: ffprobe | Blocked By: chapters | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * priority: normal => wish Comment: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164633 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 14:15:14 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 12:15:14 -0000 Subject: [FFmpeg-trac] #2643(avformat:closed): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.f169a7a6dfe28950a02b6ff62529f5da@avcodec.org> #2643: HLS output file size chunk is degrading very fast ------------------------------------+------------------------------------ Reporter: vkroutik | 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: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 15:29:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 13:29:53 -0000 Subject: [FFmpeg-trac] #1973(avformat:open): aiff g726 fails to decode In-Reply-To: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> References: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> Message-ID: <053.f86e3f6a3b6c7ed0574b9b0f736a878e@avcodec.org> #1973: aiff g726 fails to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aif g726 | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aif g726 => aif g726 roundup Comment: This is also (part of) issue 454. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 16:03:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 14:03:17 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.c417126397aeafe7f3d63d1ed1de78af@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): I'm made the camera available over internet. To reproduce, please run: ffmpeg -i "http://admin:123456 at proxy81.zanview.com/cgi- bin/cmd/system?GET_STREAM" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 16:52:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 14:52:06 -0000 Subject: [FFmpeg-trac] #2636(FFprobe:closed): chapters and chapters metadata are ignored by ffprobe In-Reply-To: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> References: <038.d76f9a89c3c7ebe94a85cee99c05dc01@avcodec.org> Message-ID: <053.59461bdc87b0b0a54cd4742df2d0ea6c@avcodec.org> #2636: chapters and chapters metadata are ignored by ffprobe -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: enhancement | Status: closed Priority: wish | Component: FFprobe Version: git-master | Resolution: fixed Keywords: ffprobe | Blocked By: chapters | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by saste): * status: open => closed * resolution: => fixed Comment: Fixed in: {{{ commit 4da5402256cf01bf130169ff30fdc13d097a0508 Author: Stefano Sabatini Date: Thu Jun 6 09:54:58 2013 +0200 ffprobe: show chapter and chapter metadata information Address trac ticket #2636. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 17:25:29 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 15:25:29 -0000 Subject: [FFmpeg-trac] #2642(avformat:closed): ffprobe unable to report video stream duration if stream is in matroska container. In-Reply-To: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> References: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> Message-ID: <055.563e47c577c4562ae3ce1210127b7b07@avcodec.org> #2642: ffprobe unable to report video stream duration if stream is in matroska container. -------------------------------------+------------------------------------- Reporter: MountainMan | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: duration | Blocked By: matroska ffprobe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: new => closed * reproduced: 0 => 1 * component: FFprobe => avformat * keywords: => duration matroska ffprobe * analyzed: 0 => 1 * resolution: => invalid Comment: The matroska container does not contain such information in the header, so the only way to get stream duration is to use the format-level information (format=duration) or compute it from the packet timestamps (but this needs demuxing). I'm closing the ticket since this is a limitation inherent to the format itself, feel free to reopen if you can refute my claim. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 17:38:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 15:38:36 -0000 Subject: [FFmpeg-trac] #2642(avformat:closed): ffprobe unable to report video stream duration if stream is in matroska container. In-Reply-To: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> References: <040.984e3561dd39cbc9e582ae63ab0b5219@avcodec.org> Message-ID: <055.2e61ba5088699dd0da3071cc3640c225@avcodec.org> #2642: ffprobe unable to report video stream duration if stream is in matroska container. --------------------------------------+------------------------------------ Reporter: MountainMan | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: duration mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: duration matroska ffprobe => duration mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 18:01:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 16:01:49 -0000 Subject: [FFmpeg-trac] #1874(swresample:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.119c455d89154475cab5dc5272ffe530@avcodec.org> #1874: ffplay displays "nan" as an current time ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: resample | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by ami_stuff): with this file I see nan without -cpuflags option http://www1.datafilehost.com/d/40f743a5 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 18:27:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 16:27:00 -0000 Subject: [FFmpeg-trac] #2643(avformat:closed): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.ecf7b039a04a74228428642a90daf593@avcodec.org> #2643: HLS output file size chunk is degrading very fast ------------------------------------+------------------------------------ Reporter: vkroutik | 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 | ------------------------------------+------------------------------------ Comment (by vkroutik): Great, thank you. How do I test it, is going to roll into the latest build? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 18:57:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 16:57:08 -0000 Subject: [FFmpeg-trac] #2643(avformat:closed): HLS output file size chunk is degrading very fast In-Reply-To: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> References: <037.f3a4de76b47c0df742c5f8b9ee8529c4@avcodec.org> Message-ID: <052.88f4dd2ebf51c63a0fb0675a0556d5b0@avcodec.org> #2643: HLS output file size chunk is degrading very fast ------------------------------------+------------------------------------ Reporter: vkroutik | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Simply compile current git head to test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 20:06:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 18:06:32 -0000 Subject: [FFmpeg-trac] #2647(FFplay:new): No counter when playing back shorten with ffplay Message-ID: <036.e14204c6cab32f49b31e0c865789506a@avcodec.org> #2647: No counter when playing back shorten with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git- | Keywords: shorten master | regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- As reported by ami_stuff in ticket #1874 ffplay shows "nan" when playing back shorten, this is a regression since 26c208c {{{ $ time ./ffplay fate-suite/lossless-audio/luckynight-partial.shn ffplay version N-53877-g3554238 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 6 2013 20:05:06 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, shn, from 'fate-suite/lossless-audio/luckynight-partial.shn': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: shorten, 44100 Hz, 2 channels, s16p nan M-A: nan fd= 0 aq= 6KB vq= 0KB sq= 0B f=0/0 real 0m8.199s user 0m0.189s sys 0m0.125s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 20:07:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 18:07:00 -0000 Subject: [FFmpeg-trac] #1874(swresample:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.fc4abe9b85f4720aa0a86df075a3132c@avcodec.org> #1874: ffplay displays "nan" as an current time ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: resample | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Replying to [comment:11 ami_stuff]: > with this file I see nan without -cpuflags option > > http://www1.datafilehost.com/d/40f743a5 Thank you, I opened ticket #2647 for this ffplay regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 20:13:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 18:13:31 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.373fc5353a27a19f48159a022d86a854@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): I unfortunately get a different error here: {{{ $ ffmpeg -i "http://admin:123456 at proxy81.zanview.com/cgi- bin/cmd/system?GET_STREAM" ffmpeg version N-53877-g3554238 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 6 2013 20:05:06 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [http @ 0x31375a0] HTTP error 502 Bad Gateway http://admin:123456 at proxy81.zanview.com/cgi-bin/cmd/system?GET_STREAM: Input/output error }}} You could try with an older version or start debugging yourself: There is code in libavformat/http.c and libavformat/httpauth.c that should create the basic "Authorization:" line for the http header. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 20:23:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 18:23:34 -0000 Subject: [FFmpeg-trac] #2646(avformat:open): FFMPEG HTTP protocol not generation authorization line In-Reply-To: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> References: <037.e287a321187deb23d3a71c444fb5559c@avcodec.org> Message-ID: <052.d8116f75c5918f88729077458fe4276e@avcodec.org> #2646: FFMPEG HTTP protocol not generation authorization line ------------------------------------+------------------------------------ Reporter: hackeron | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by hackeron): Sorry my bad! - closed the console by accident so the ssh tunnel died. I've put it in a screen session now so should be as expected now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 21:11:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 19:11:38 -0000 Subject: [FFmpeg-trac] #2648(undetermined:new): tiff: planar lzw decodes incorrectly Message-ID: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> #2648: tiff: planar lzw decodes incorrectly -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- attached file decodes incorrectly {{{ C:\>ffmpeg -i per_channel_lzw.tif out.bmp ffmpeg version N-53865-gb28851a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 6 2013 02:42:29 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, image2, from 'per_channel_lzw.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: tiff, gbrp, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (tiff -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=-1.0 Lsize=N/A time=00:00:00.04 bitrate=N/A video:2304kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000932 % }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 21:32:06 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 19:32:06 -0000 Subject: [FFmpeg-trac] #2648(avcodec:open): tiff: planar lzw decodes incorrectly In-Reply-To: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> References: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> Message-ID: <053.86c93a462b937e88316e82d1a46e8336@avcodec.org> #2648: tiff: planar lzw decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tif * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Crashes ffplay and valgrind here (similar with --disable-pthreads), no backtrace. {{{ $ valgrind ffplay_g -threads 1 per_channel_lzw.tif ==7617== Memcheck, a memory error detector ==7617== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==7617== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==7617== Command:ffplay_g -threads 1 per_channel_lzw.tif ==7617== ffplay version N-53878-g00f4998 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 6 2013 21:28:03 with gcc 4.7 (SUSE Linux) configuration: --disable-optimizations --disable-asm libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, image2, from 'per_channel_lzw.tif': 0KB sq= 0B f=0/0 Duration: 00:00:00.04, start: 0.000000, bitrate: N/A nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 Stream #0:0: Video: tiff, gbrp, 1024x768, 25 tbr, 25 tbn, 25 tbc ==7617== Thread 5:n fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 ==7617== Invalid read of size 1 ==7617== at 0xA1D5BF: decode_frame (tiff.c:1199) ==7617== by 0xA3CC4C: avcodec_decode_video2 (utils.c:1951) ==7617== by 0x40BCEA: get_video_frame (ffplay.c:1689) ==7617== by 0x40CA8C: video_thread (ffplay.c:1923) ==7617== by 0x5CCDE95: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5D10CD8: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5F5EE0D: start_thread (in /lib64/libpthread-2.15.so) ==7617== by 0x6B7B2CC: clone (in /lib64/libc-2.15.so) ==7617== Address 0xa13a1f0 is 0 bytes after a block of size 786,448 alloc'd ==7617== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0xCE9D7D: av_malloc (mem.c:93) ==7617== by 0xCDC9FC: av_buffer_alloc (buffer.c:70) ==7617== by 0xCDCA61: av_buffer_allocz (buffer.c:83) ==7617== by 0xCDD0F1: pool_alloc_buffer (buffer.c:305) ==7617== by 0xCDD265: av_buffer_pool_get (buffer.c:343) ==7617== by 0xA386C8: video_get_buffer (utils.c:550) ==7617== by 0xA38ADD: avcodec_default_get_buffer2 (utils.c:615) ==7617== by 0xA3946E: get_buffer_internal (utils.c:830) ==7617== by 0xA394D1: ff_get_buffer (utils.c:842) ==7617== by 0xA19B9B: init_image (tiff.c:662) ==7617== ==7617== Invalid write of size 1 ==7617== at 0xA1D5D6: decode_frame (tiff.c:1199) ==7617== by 0xA3CC4C: avcodec_decode_video2 (utils.c:1951) ==7617== by 0x40BCEA: get_video_frame (ffplay.c:1689) ==7617== by 0x40CA8C: video_thread (ffplay.c:1923) ==7617== by 0x5CCDE95: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5D10CD8: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5F5EE0D: start_thread (in /lib64/libpthread-2.15.so) ==7617== by 0x6B7B2CC: clone (in /lib64/libc-2.15.so) ==7617== Address 0xa13a1f0 is 0 bytes after a block of size 786,448 alloc'd ==7617== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0xCE9D7D: av_malloc (mem.c:93) ==7617== by 0xCDC9FC: av_buffer_alloc (buffer.c:70) ==7617== by 0xCDCA61: av_buffer_allocz (buffer.c:83) ==7617== by 0xCDD0F1: pool_alloc_buffer (buffer.c:305) ==7617== by 0xCDD265: av_buffer_pool_get (buffer.c:343) ==7617== by 0xA386C8: video_get_buffer (utils.c:550) ==7617== by 0xA38ADD: avcodec_default_get_buffer2 (utils.c:615) ==7617== by 0xA3946E: get_buffer_internal (utils.c:830) ==7617== by 0xA394D1: ff_get_buffer (utils.c:842) ==7617== by 0xA19B9B: init_image (tiff.c:662) ==7617== ==7617== Invalid read of size 1 ==7617== at 0xA1D5D1: decode_frame (tiff.c:1199) ==7617== by 0xA3CC4C: avcodec_decode_video2 (utils.c:1951) ==7617== by 0x40BCEA: get_video_frame (ffplay.c:1689) ==7617== by 0x40CA8C: video_thread (ffplay.c:1923) ==7617== by 0x5CCDE95: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5D10CD8: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==7617== by 0x5F5EE0D: start_thread (in /lib64/libpthread-2.15.so) ==7617== by 0x6B7B2CC: clone (in /lib64/libc-2.15.so) ==7617== Address 0xa13a1f0 is 0 bytes after a block of size 786,448 alloc'd ==7617== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==7617== by 0xCE9D7D: av_malloc (mem.c:93) ==7617== by 0xCDC9FC: av_buffer_alloc (buffer.c:70) ==7617== by 0xCDCA61: av_buffer_allocz (buffer.c:83) ==7617== by 0xCDD0F1: pool_alloc_buffer (buffer.c:305) ==7617== by 0xCDD265: av_buffer_pool_get (buffer.c:343) ==7617== by 0xA386C8: video_get_buffer (utils.c:550) ==7617== by 0xA38ADD: avcodec_default_get_buffer2 (utils.c:615) ==7617== by 0xA3946E: get_buffer_internal (utils.c:830) ==7617== by 0xA394D1: ff_get_buffer (utils.c:842) ==7617== by 0xA19B9B: init_image (tiff.c:662) ==7617== --7617-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting --7617-- si_code=80; Faulting address: 0x0; sp: 0x406539db0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 21:53:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 19:53:27 -0000 Subject: [FFmpeg-trac] #2648(avcodec:closed): tiff: planar lzw decodes incorrectly In-Reply-To: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> References: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> Message-ID: <053.a586994372a999d2f806380163bb9d59@avcodec.org> #2648: tiff: planar lzw decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 21:55:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 19:55:40 -0000 Subject: [FFmpeg-trac] #2648(avcodec:closed): tiff: planar lzw decodes incorrectly In-Reply-To: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> References: <038.283d9a392bb27d7810b1f183238eefaa@avcodec.org> Message-ID: <053.bdb0d2120c8c6a9dc51113152271a37b@avcodec.org> #2648: tiff: planar lzw decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): (fixed in 8cc8adaa88a13176039c6d95d98afaf115cbc768) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 22:11:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 20:11:35 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.2ce6f8ed30c1aa358266f6685c416514@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kyl416): That took care of the cookies problem, however there seems to be another issue preventing playback, the underlying .ts files for whatever reason have an undecodable mp3 stream and ffmpeg hangs when trying to probe the m3u8 playlist for all the variant bitrates, while iOS just ignores them: {{{ ffmpeg -i http://content.uplynk.com/channel/ext/72750b711f704e4a94b5cfe6dc99f5e1/WABCLive1.m3u8 ffmpeg version N-53878-g00f4998 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 6 2013 15:30:27 with gcc 4.7 (Ubuntu/Linaro 4.7.3-1ubuntu1) configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable-libopenjpeg --enable- libvpx --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --enable-x11grab --enable-libxavs --enable-libfreetype --enable-libvo- aacenc --enable-libvo-amrwbenc --enable-libcelt --enable-openal --enable- libcdio --enable-libaacplus --enable-libmodplug --enable-libpulse --enable-openssl --enable-libv4l2 --enable-libass --enable-libbluray --enable-avresample --enable-libiec61883 --enable-libopus --enable-libcaca --enable-libfdk-aac --enable-libilbc --enable-libtwolame --enable-librtmp --enable-libsoxr --disable-stripping --enable-libaacplus --enable-opencl --enable-libflite --enable-libquvi libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libavresample 1. 1. 0 / 1. 1. 0 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpegts @ 0x17164a0] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0x17164a0] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options skipping 9 segments ahead, expired from playlists [mpegts @ 0x19f2080] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0x19f2080] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options skipping 15 segments ahead, expired from playlists [mpegts @ 0x1b9ae20] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0x1b9ae20] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options skipping 20 segments ahead, expired from playlists skipping 1 segments ahead, expired from playlists [mpegts @ 0xd274a40] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0xd274a40] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options skipping 24 segments ahead, expired from playlists [mpegts @ 0xd263b20] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0xd263b20] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options skipping 75 segments ahead, expired from playlists [mpegts @ 0x38e85ac0] max_analyze_duration 5000000 reached at 5034667 microseconds [mpegts @ 0x38e85ac0] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] max_analyze_duration 5000000 reached at 5034667 microseconds [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 2 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 5 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 8 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 11 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 14 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Could not find codec parameters for stream 17 (Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options [hls,applehttp @ 0x16f6ee0] Estimating duration from bitrate, this may be inaccurate Input #0, hls,applehttp, from 'http://content.uplynk.com/channel/ext/72750b711f704e4a94b5cfe6dc99f5e1/WABCLive1.m3u8': Duration: 00:00:00.05, start: 124.330667, bitrate: 227 kb/s Program 0 Metadata: variant_bitrate : 407383 Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 79 kb/s Metadata: variant_bitrate : 407383 Stream #0:1: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 416x234, 15 fps, 29.97 tbr, 90k tbn, 60 tbc Metadata: variant_bitrate : 407383 Stream #0:2: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 407383 Program 1 Metadata: variant_bitrate : 691241 Stream #0:3: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 96 kb/s Metadata: variant_bitrate : 691241 Stream #0:4: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 704x396, 15 fps, 29.97 tbr, 90k tbn, 60 tbc Metadata: variant_bitrate : 691241 Stream #0:5: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 691241 Program 2 Metadata: variant_bitrate : 1197955 Stream #0:6: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s Metadata: variant_bitrate : 1197955 Stream #0:7: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 896x504, 15 fps, 29.97 tbr, 90k tbn, 60 tbc Metadata: variant_bitrate : 1197955 Stream #0:8: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 1197955 Program 3 Metadata: variant_bitrate : 2513383 Stream #0:9: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 128 kb/s Metadata: variant_bitrate : 2513383 Stream #0:10: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720, 15 fps, 29.97 tbr, 90k tbn, 60 tbc Metadata: variant_bitrate : 2513383 Stream #0:11: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 2513383 Program 4 Metadata: variant_bitrate : 115526 Stream #0:12: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 35 kb/s Metadata: variant_bitrate : 115526 Stream #0:13: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 192x108, 7.50 fps, 14.99 tbr, 90k tbn, 30 tbc Metadata: variant_bitrate : 115526 Stream #0:14: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 115526 Program 5 Metadata: variant_bitrate : 229098 Stream #0:15: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 48 kb/s Metadata: variant_bitrate : 229098 Stream #0:16: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 256x144, 15 fps, 29.97 tbr, 90k tbn, 60 tbc Metadata: variant_bitrate : 229098 Stream #0:17: Audio: mp3 ([21][0][0][0] / 0x0015), 0 channels, s16p Metadata: variant_bitrate : 229098 At least one output file must be specified }}} It appears that the long probing before it gives up on the mp3 streams, combined with the nature of HLS's dynamic playlists where it needs refetch the individual playlists for the variant bitrates as by the time it reaches the next playlist enough time has passed so the last mpegts segment expired results in the hang. Timing it, it took about 5 minutes before it probed every variant bitrate. I tried using the analyzeduration flag to shorten the probe time, however the value only affects the time it takes to probe the container itself (the m3u8 playlist) while it ignores the flag when probing the underlying mpegts files. Maybe some type of hack is needed to skip these streams right away instead of continuing to attempt to probe them until max_analyze_duration is reached. I'm not fully familiar with the probing process, so I don't know which came first in the probing process, the 0 channels, the "unspecified frame size" error or if that's what is always shown if it can't decode the stream after the max_analyze_duration is reached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 6 22:34:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 20:34:13 -0000 Subject: [FFmpeg-trac] #2649(undetermined:new): Unsupported qcelp file Message-ID: <036.6001a23b7e1aecc61121634b55df5bfa@avcodec.org> #2649: Unsupported qcelp file -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mov qclp Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- As reported by Compn on irc: I will upload a mov file containing svq1 and qcelp, FFmpeg fails to decode audio. {{{ $ ffmpeg -i clip43qt3-hi.mov -f null -t 1 - ffmpeg version N-53882-g61d900f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 6 2013 22:32:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17dc880] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'clip43qt3-hi.mov': Metadata: creation_time : 1998-10-27 11:37:23 copyright : Copyright AmericaOne ? 1998 copyright-eng : Copyright AmericaOne ? 1998 title : Vincent Casalaina title-eng : Vincent Casalaina comment : Image Integration comment-eng : Image Integration Duration: 00:02:28.91, start: 0.000000, bitrate: 49 kb/s Stream #0:0(eng): Video: svq1 (SVQ1 / 0x31515653), yuv410p, 320x240, 225 kb/s, 4.87 fps, 14.92 tbr, 600 tbn, 600 tbc Metadata: creation_time : 1998-10-27 11:37:23 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: qcelp (Qclp / 0x706C6351), 8000 Hz, mono, flt Metadata: creation_time : 1998-10-27 11:37:23 handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: comment-eng : Image Integration copyright : Copyright AmericaOne ? 1998 copyright-eng : Copyright AmericaOne ? 1998 title : Vincent Casalaina title-eng : Vincent Casalaina comment : Image Integration encoder : Lavf55.8.102 Stream #0:0(eng): Video: rawvideo (YUV9 / 0x39565559), yuv410p, 320x240, q=2-31, 200 kb/s, 90k tbn, 14.92 tbc Metadata: creation_time : 1998-10-27 11:37:23 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s16le, 8000 Hz, mono, s16, 128 kb/s Metadata: creation_time : 1998-10-27 11:37:23 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq1 -> rawvideo) Stream #0:1 -> #0:1 (qcelp -> pcm_s16le) Press [q] to stop, [?] for help [qcelp @ 0x17deca0] Frame #0, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #1, IFQ: bitrate cannot be determined. [null @ 0x17e0220] Encoder did not produce proper pts, making some up. [qcelp @ 0x17deca0] Frame #2, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #3, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #4, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #5, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #6, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #7, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #8, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #9, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #10, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #11, IFQ: bitrate cannot be determined. [qcelp @ 0x17deca0] Frame #12, IFQ: bitrate cannot be determined. frame= 15 fps=0.0 q=0.0 Lsize=N/A time=00:00:01.02 bitrate=N/A dup=10 drop=0 video:1kB audio:3kB subtitle:0 global headers:0kB muxing overhead -100.509259% }}} Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164646/focus=164659 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 00:33:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Jun 2013 22:33:39 -0000 Subject: [FFmpeg-trac] #2633(swscale:closed): dpx display errors In-Reply-To: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> References: <037.947d593e6bc9c0136e9ffec04988475a@avcodec.org> Message-ID: <052.ff55885d6a815819f7e1171aebb101dd@avcodec.org> #2633: dpx display errors -------------------------------------+------------------------------------- Reporter: mcinquin | Owner: cehoyos Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: dpx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This should be fixed, thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 11:16:49 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 09:16:49 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): no id3v2 metadata detected for a .tta audio file In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.68aaeef6f0cfddc3954d754eb9c9aaf5@avcodec.org> #2638: no id3v2 metadata detected for a .tta audio file ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * keywords: => id3v2 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: File is not detected as tta1 at all and decodes nothing useful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 11:19:08 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 09:19:08 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file wile with id3v2 tags at begining (was: no id3v2 metadata detected for a .tta audio file) In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.cc1c9e4e9952907b66d98611a74ab19f@avcodec.org> #2638: unrecognised tta file wile with id3v2 tags at begining ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 11:19:46 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 09:19:46 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file with id3v2 tags at begining (was: unrecognised tta file wile with id3v2 tags at begining) In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.d66b81be6a8870d0787080856256edfa@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 12:23:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 10:23:04 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file with id3v2 tags at begining In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.445af028fe3812f58990444f4e9a5a4e@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Regression since 55121f3fa92901a1917f035df534e8caa82e4f71 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 13:31:09 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 11:31:09 -0000 Subject: [FFmpeg-trac] #2650(avformat:new): Silence max_analyze_duration warning Message-ID: <035.364d56fb67d0c6d116b720e0d8c02cb0@avcodec.org> #2650: Silence max_analyze_duration warning ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: enhancement Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- We all know this warning: {{{ max_analyze_duration 5000000 reached at 5005000 microseconds }}} and it's completely useless, except maybe in very special circumstances. The log level should be changed so that the message is visible in verbose mode only. Currently it's a warning: {{{ av_log(ic, AV_LOG_WARNING, "max_analyze_duration %d reached at %"PRId64" microseconds\n", ic->max_analyze_duration, t); }}} Since there is nothing wrong with a file that causes this "warning" to be printed, it really should be AV_LOG_VERBOSE instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 13:33:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 11:33:25 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file with id3v2 tags at begining In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.5b0838dc3ad5577671652c429041d42b@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): detection failure without .tta extension is caused by PROBE_BUF_MAX being too small -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 13:58:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 11:58:11 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file with id3v2 tags at begining In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.424ad71e931113c60b14f3d02d547d5a@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: id3v2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cyril): Maybe it would be more efficient when detecting ID3v2 tag to jump over ID3v2 content before starting the actual detection procedure. As ID3v2 tag are put before actual file content, it just add useless gibberish for the detection procedure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 14:58:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 12:58:45 -0000 Subject: [FFmpeg-trac] #2650(avformat:new): Silence max_analyze_duration warning In-Reply-To: <035.364d56fb67d0c6d116b720e0d8c02cb0@avcodec.org> References: <035.364d56fb67d0c6d116b720e0d8c02cb0@avcodec.org> Message-ID: <050.7f22d463885245cc0ddf4f490b9051e2@avcodec.org> #2650: Silence max_analyze_duration warning -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please send a patch to ffmpeg-devel to allow discussing your suggestion. If that is impossible please point to a sample and provide the command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 15:53:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 13:53:56 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.e217ade15c8da0b86ddf9625c55b4f55@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:28 cehoyos]: > Replying to [comment:27 mikhailov]: > > The bug with FLV container demuxing is still around, any plan to fix it? > > You wrote above that you believe it works fine with an older version of FFmpeg (0.8 iiuc), if you can confirm which change introduced the bug it should be easy to fix. It was some post over the Internet, we tried 0.8.4 and the ffmpeg doesn't work with our files (attached before) at all. There is the same unsolved problem as we have: http://ffmpeg.org/pipermail/ffmpeg- user/2012-December/012220.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 19:44:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 17:44:59 -0000 Subject: [FFmpeg-trac] #2638(avformat:open): unrecognised tta file with id3v2 tags at begining In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.5a44900efb36bb9e86ec963daa431009@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: id3 tta | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: id3v2 => id3 tta regression * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 19:47:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 17:47:07 -0000 Subject: [FFmpeg-trac] #2638(avformat:closed): unrecognised tta file with id3v2 tags at begining In-Reply-To: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> References: <034.b7f16a1daaac8994f8dbfb7c3226507d@avcodec.org> Message-ID: <049.4bd4f11611bff6059d905ee7efc52036@avcodec.org> #2638: unrecognised tta file with id3v2 tags at begining -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: id3 tta | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Paul B Mahol in 369684f. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 20:40:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 18:40:04 -0000 Subject: [FFmpeg-trac] #2651(undetermined:new): Input RTMP Stream, Output JPEG Stream Message-ID: <040.981278617a659464762e37f9e6a16426@avcodec.org> #2651: Input RTMP Stream, Output JPEG Stream -------------------------------------+------------------------------------- Reporter: Animaleante | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: rtmp flash | Blocked By: media server h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am trying to receive as input a RTMP stream from Flash Media Server, encoded with h.264(BASELINE, Level 3.1) and save a sequence of JPEG images in realtime. If I try this kind of conversion when streaming without h.264 (With Sorenson codec), the command works just fine. Command: ffmpeg -y -re -loglevel verbose -i "(RTMP STREAM) app=myapp conn=S:ffmpeg playpath=mp4:stream54.f4v live=1" -an -r 15 -f image2 ./imgs/image%04d.jpg ffmpeg version N-53811-gc8faa47 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 3 2013 13:01:58 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-librtmp --enable-gpl --enable-postproc --enable-nonfree libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 This is the log I am getting: Parsing... Parsed protocol: 0 Parsed host : localhost Parsed app : RTMP_Connect1, ... connected, handshaking HandShake: Type Answer : 03 HandShake: Server Uptime : 18848860 HandShake: FMS Version : 4.5.1.1 HandShake: Handshaking finished.... RTMP_Connect1, handshaked Invoking connect HandleServerBW: server BW = 2500000 HandleClientBW: client BW = 2500000 2 HandleChangeChunkSize, received: chunk size change to 4096 RTMP_ClientPacket, received: invoke 242 bytes (object begin) Property: Property: Property: (object begin) Property: Property: Property: (object end) Property: (object begin) Property: Property: Property: Property: Property: (object begin) Property: (object end) (object end) (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call sending ctrl. type: 0x0003 Invoking createStream FCSubscribe: mp4:stream54.f4v Invoking FCSubscribe RTMP_ClientPacket, received: invoke 29 bytes (object begin) Property: Property: Property: NULL Property: (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call SendPlay, seekTime=0, stopTime=0, sending play: mp4:stream54.f4v Invoking play sending ctrl. type: 0x0003 RTMP_ClientPacket, received: invoke 21 bytes (object begin) Property: Property: Property: NULL Property: NULL (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call HandleChangeChunkSize, received: chunk size change to 4096 HandleCtrl, received ctrl. type: 0, len: 6 HandleCtrl, Stream Begin 1 RTMP_ClientPacket, received: invoke 166 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.Reset RTMP_ClientPacket, received: invoke 160 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.Start RTMP_ClientPacket, received: notify 24 bytes (object begin) Property: Property: Property: (object end) HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 2 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 2 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small audio packet: size: 0 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 5 ignoring too small audio packet: size: 0 RTMP_ClientPacket, received: invoke 149 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.UnpublishNotify Invoking deleteStream Got Play. Complete or Play. Stop from server. Assuming stream is complete [flv @ 0x296ee00] Stream discovered after head already parsed [h263 @ 0x2ac80c0] Bad marker [h263 @ 0x2ac80c0] header damaged [flv @ 0x296ee00] decoding for stream 1 failed [flv @ 0x296ee00] Could not find codec parameters for stream 1 (Video: h263, yuv420p): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, flv, from '(RTMP STREAM) app=myapp conn=S:ffmpeg playpath=mp4:stream54.f4v live=1': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 15 tbr, 1k tbn, 30 tbc Stream #0:1: Video: h263, yuv420p, 1k tbr, 1k tbn [graph 0 input from stream 0:0 @ 0x295fce0] w:320 h:240 pixfmt:yuv420p tb:1/1000 fr:15/1 sar:1/1 sws_param:flags=2 [auto-inserted scaler 0 @ 0x2aa43e0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x2a15ee0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x2aa43e0] w:320 h:240 fmt:yuv420p sar:1/1 -> w:320 h:240 fmt:yuvj420p sar:1/1 flags:0x4 Output #0, image2, to './imgs/image%04d.jpg': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mjpeg, yuvj420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help *** drop! Last message repeated 28 times [h264 @ 0x2bb0860] Cannot use next picture in error concealment [h264 @ 0x2bb0860] concealing 53 DC, 53 AC, 53 MV errors in P frame *** drop! Last message repeated 3 times No more output streams to write to, finishing. [image2 @ 0x2a5b980] Could not open file : ./imgs/image0001.jpg av_interleaved_write_frame(): Input/output error -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 21:28:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 19:28:45 -0000 Subject: [FFmpeg-trac] #2652(FFmpeg:new): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height Message-ID: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -----------------------------------+--------------------------------------- Reporter: heubergen | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- Summary of the bug: How to reproduce: {{{ % /Users/***/Desktop/ffmpeg -i /Users/***/Desktop/Its.Kind.Of.A.Funny.Story.2010.HDRip.AC3.German.XviD- POE/poe-ikoafs.avi -c:v h264 -f mp4 -c:a libvo_aacenc /Users/***/Desktop/Its.Kind.Of.A.Funny.Story.2010.HDRip.AC3.German.XviD- POE/poe-ikoafs.mp4 N-53696-g77ae6a1-tessus built on May 28 2013 02:40:37 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) }}} Problem: All convert aborted with that error message, I try it with five several movies. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 7 21:38:07 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 19:38:07 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.660c8b61dbce40af8dbd2427a0815f3f@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): I do believe this is absolutely the same problem: http://ffmpeg.org/pipermail/ffmpeg-user/2012-December/012119.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 01:53:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Jun 2013 23:53:30 -0000 Subject: [FFmpeg-trac] #2647(FFplay:new): No counter when playing back shorten with ffplay In-Reply-To: <036.e14204c6cab32f49b31e0c865789506a@avcodec.org> References: <036.e14204c6cab32f49b31e0c865789506a@avcodec.org> Message-ID: <051.ca8c0c570e98d59a314fd7b425d7da7c@avcodec.org> #2647: No counter when playing back shorten with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: shorten | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cus): * analyzed: 0 => 1 * cc: cus@? (added) Comment: This is because the avpacket audio pts-es are all AV_NOPTS_VALUE-s, therefore there is no way to know the real audio pts-es. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 04:36:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 02:36:51 -0000 Subject: [FFmpeg-trac] #2651(undetermined:new): Input RTMP Stream, Output JPEG Stream In-Reply-To: <040.981278617a659464762e37f9e6a16426@avcodec.org> References: <040.981278617a659464762e37f9e6a16426@avcodec.org> Message-ID: <055.f7051493624f229236e11b48ab2140d5@avcodec.org> #2651: Input RTMP Stream, Output JPEG Stream -------------------------------------+------------------------------------- Reporter: Animaleante | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: rtmp flash media server h264 => rtmp h264 Comment: Does it work if you compile without librtmp? If not, does it fail differently? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 04:37:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 02:37:05 -0000 Subject: [FFmpeg-trac] #2651(undetermined:new): Input RTMP Stream, Output JPEG Stream In-Reply-To: <040.981278617a659464762e37f9e6a16426@avcodec.org> References: <040.981278617a659464762e37f9e6a16426@avcodec.org> Message-ID: <055.c185934526f718b3e3068e0c15689a97@avcodec.org> #2651: Input RTMP Stream, Output JPEG Stream -------------------------------------+------------------------------------- Reporter: Animaleante | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > I am trying to receive as input a RTMP stream from Flash Media Server, > encoded with h.264(BASELINE, Level 3.1) and save a sequence of JPEG > images in realtime. > If I try this kind of conversion when streaming without h.264 (With > Sorenson codec), the command works just fine. > > Command: > ffmpeg -y -re -loglevel verbose -i "(RTMP STREAM) app=myapp conn=S:ffmpeg > playpath=mp4:stream54.f4v live=1" -an -r 15 -f image2 > ./imgs/image%04d.jpg > > ffmpeg version N-53811-gc8faa47 Copyright (c) 2000-2013 the FFmpeg > developers > built on Jun 3 2013 13:01:58 with gcc 4.1.2 (GCC) 20080704 (Red Hat > 4.1.2-54) > configuration: --enable-version3 --enable-libopencore-amrnb --enable- > libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libtheora > --enable-libvorbis --enable-libx264 --enable-libxvid --enable-librtmp > --enable-gpl --enable-postproc --enable-nonfree > libavutil 52. 34.100 / 52. 34.100 > libavcodec 55. 15.100 / 55. 15.100 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 74.101 / 3. 74.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > > This is the log I am getting: > Parsing... > Parsed protocol: 0 > Parsed host : localhost > Parsed app : > RTMP_Connect1, ... connected, handshaking > HandShake: Type Answer : 03 > HandShake: Server Uptime : 18848860 > HandShake: FMS Version : 4.5.1.1 > HandShake: Handshaking finished.... > RTMP_Connect1, handshaked > Invoking connect > HandleServerBW: server BW = 2500000 > HandleClientBW: client BW = 2500000 2 > HandleChangeChunkSize, received: chunk size change to 4096 > RTMP_ClientPacket, received: invoke 242 bytes > (object begin) > Property: > Property: > Property: > (object begin) > Property: > Property: > Property: > (object end) > Property: > (object begin) > Property: > Property: NetConnection.Connect.Success> > Property: > Property: > Property: > (object begin) > Property: > (object end) > (object end) > (object end) > HandleInvoke, server invoking <_result> > HandleInvoke, received result for method call > sending ctrl. type: 0x0003 > Invoking createStream > FCSubscribe: mp4:stream54.f4v > Invoking FCSubscribe > RTMP_ClientPacket, received: invoke 29 bytes > (object begin) > Property: > Property: > Property: NULL > Property: > (object end) > HandleInvoke, server invoking <_result> > HandleInvoke, received result for method call > SendPlay, seekTime=0, stopTime=0, sending play: mp4:stream54.f4v > Invoking play > sending ctrl. type: 0x0003 > RTMP_ClientPacket, received: invoke 21 bytes > (object begin) > Property: > Property: > Property: NULL > Property: NULL > (object end) > HandleInvoke, server invoking <_result> > HandleInvoke, received result for method call > HandleChangeChunkSize, received: chunk size change to 4096 > HandleCtrl, received ctrl. type: 0, len: 6 > HandleCtrl, Stream Begin 1 > RTMP_ClientPacket, received: invoke 166 bytes > (object begin) > Property: > Property: > Property: NULL > Property: > (object begin) > Property: > Property: > Property: stream54.f4v.> > Property: > Property: > (object end) > (object end) > HandleInvoke, server invoking > HandleInvoke, onStatus: NetStream.Play.Reset > RTMP_ClientPacket, received: invoke 160 bytes > (object begin) > Property: > Property: > Property: NULL > Property: > (object begin) > Property: > Property: > Property: stream54.f4v.> > Property: > Property: > (object end) > (object end) > HandleInvoke, server invoking > HandleInvoke, onStatus: NetStream.Play.Start > RTMP_ClientPacket, received: notify 24 bytes > (object begin) > Property: > Property: > Property: > (object end) > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > ignoring too small video packet: size: 2 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > ignoring too small video packet: size: 2 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > ignoring too small audio packet: size: 0 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > HandleCtrl, received ctrl. type: 31, len: 6 > HandleCtrl, Stream BufferEmpty 1 > HandleCtrl, received ctrl. type: 32, len: 6 > HandleCtrl, Stream BufferReady 1 > ignoring too small video packet: size: 5 > ignoring too small audio packet: size: 0 > RTMP_ClientPacket, received: invoke 149 bytes > (object begin) > Property: > Property: > Property: NULL > Property: > (object begin) > Property: > Property: NetStream.Play.UnpublishNotify> > Property: unpublished.> > Property: > (object end) > (object end) > HandleInvoke, server invoking > HandleInvoke, onStatus: NetStream.Play.UnpublishNotify > Invoking deleteStream > Got Play. Complete or Play. Stop from server. Assuming stream is complete > [flv @ 0x296ee00] Stream discovered after head already parsed > [h263 @ 0x2ac80c0] Bad marker > [h263 @ 0x2ac80c0] header damaged > [flv @ 0x296ee00] decoding for stream 1 failed > [flv @ 0x296ee00] Could not find codec parameters for stream 1 (Video: > h263, yuv420p): unspecified size > Consider increasing the value for the 'analyzeduration' and 'probesize' > options > Input #0, flv, from '(RTMP STREAM) app=myapp conn=S:ffmpeg > playpath=mp4:stream54.f4v live=1': > Duration: N/A, start: 0.000000, bitrate: N/A > Stream #0:0: Video: h264 (Baseline), yuv420p, 320x240 [SAR 1:1 DAR > 4:3], 15 tbr, 1k tbn, 30 tbc > Stream #0:1: Video: h263, yuv420p, 1k tbr, 1k tbn > [graph 0 input from stream 0:0 @ 0x295fce0] w:320 h:240 pixfmt:yuv420p > tb:1/1000 fr:15/1 sar:1/1 sws_param:flags=2 > [auto-inserted scaler 0 @ 0x2aa43e0] w:iw h:ih flags:'0x4' interl:0 > [format @ 0x2a15ee0] auto-inserting filter 'auto-inserted scaler 0' > between the filter 'Parsed_null_0' and the filter 'format' > [auto-inserted scaler 0 @ 0x2aa43e0] w:320 h:240 fmt:yuv420p sar:1/1 -> > w:320 h:240 fmt:yuvj420p sar:1/1 flags:0x4 > Output #0, image2, to './imgs/image%04d.jpg': > Metadata: > encoder : Lavf55.8.102 > Stream #0:0: Video: mjpeg, yuvj420p, 320x240 [SAR 1:1 DAR 4:3], > q=2-31, 200 kb/s, 90k tbn, 15 tbc > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> mjpeg) > Press [q] to stop, [?] for help > *** drop! > Last message repeated 28 times > [h264 @ 0x2bb0860] Cannot use next picture in error concealment > [h264 @ 0x2bb0860] concealing 53 DC, 53 AC, 53 MV errors in P frame > *** drop! > Last message repeated 3 times > No more output streams to write to, finishing. > [image2 @ 0x2a5b980] Could not open file : ./imgs/image0001.jpg > av_interleaved_write_frame(): Input/output error New description: I am trying to receive as input a RTMP stream from Flash Media Server, encoded with h.264(BASELINE, Level 3.1) and save a sequence of JPEG images in realtime. If I try this kind of conversion when streaming without h.264 (With Sorenson codec), the command works just fine. Command: {{{ ffmpeg -y -re -loglevel verbose -i "(RTMP STREAM) app=myapp conn=S:ffmpeg playpath=mp4:stream54.f4v live=1" -an -r 15 -f image2 ./imgs/image%04d.jpg ffmpeg version N-53811-gc8faa47 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 3 2013 13:01:58 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-54) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-librtmp --enable-gpl --enable-postproc --enable-nonfree libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 This is the log I am getting: Parsing... Parsed protocol: 0 Parsed host : localhost Parsed app : RTMP_Connect1, ... connected, handshaking HandShake: Type Answer : 03 HandShake: Server Uptime : 18848860 HandShake: FMS Version : 4.5.1.1 HandShake: Handshaking finished.... RTMP_Connect1, handshaked Invoking connect HandleServerBW: server BW = 2500000 HandleClientBW: client BW = 2500000 2 HandleChangeChunkSize, received: chunk size change to 4096 RTMP_ClientPacket, received: invoke 242 bytes (object begin) Property: Property: Property: (object begin) Property: Property: Property: (object end) Property: (object begin) Property: Property: Property: Property: Property: (object begin) Property: (object end) (object end) (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call sending ctrl. type: 0x0003 Invoking createStream FCSubscribe: mp4:stream54.f4v Invoking FCSubscribe RTMP_ClientPacket, received: invoke 29 bytes (object begin) Property: Property: Property: NULL Property: (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call SendPlay, seekTime=0, stopTime=0, sending play: mp4:stream54.f4v Invoking play sending ctrl. type: 0x0003 RTMP_ClientPacket, received: invoke 21 bytes (object begin) Property: Property: Property: NULL Property: NULL (object end) HandleInvoke, server invoking <_result> HandleInvoke, received result for method call HandleChangeChunkSize, received: chunk size change to 4096 HandleCtrl, received ctrl. type: 0, len: 6 HandleCtrl, Stream Begin 1 RTMP_ClientPacket, received: invoke 166 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.Reset RTMP_ClientPacket, received: invoke 160 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.Start RTMP_ClientPacket, received: notify 24 bytes (object begin) Property: Property: Property: (object end) HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 2 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 2 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small audio packet: size: 0 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 HandleCtrl, received ctrl. type: 31, len: 6 HandleCtrl, Stream BufferEmpty 1 HandleCtrl, received ctrl. type: 32, len: 6 HandleCtrl, Stream BufferReady 1 ignoring too small video packet: size: 5 ignoring too small audio packet: size: 0 RTMP_ClientPacket, received: invoke 149 bytes (object begin) Property: Property: Property: NULL Property: (object begin) Property: Property: Property: Property: (object end) (object end) HandleInvoke, server invoking HandleInvoke, onStatus: NetStream.Play.UnpublishNotify Invoking deleteStream Got Play. Complete or Play. Stop from server. Assuming stream is complete [flv @ 0x296ee00] Stream discovered after head already parsed [h263 @ 0x2ac80c0] Bad marker [h263 @ 0x2ac80c0] header damaged [flv @ 0x296ee00] decoding for stream 1 failed [flv @ 0x296ee00] Could not find codec parameters for stream 1 (Video: h263, yuv420p): unspecified size Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, flv, from '(RTMP STREAM) app=myapp conn=S:ffmpeg playpath=mp4:stream54.f4v live=1': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Baseline), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 15 tbr, 1k tbn, 30 tbc Stream #0:1: Video: h263, yuv420p, 1k tbr, 1k tbn [graph 0 input from stream 0:0 @ 0x295fce0] w:320 h:240 pixfmt:yuv420p tb:1/1000 fr:15/1 sar:1/1 sws_param:flags=2 [auto-inserted scaler 0 @ 0x2aa43e0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x2a15ee0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x2aa43e0] w:320 h:240 fmt:yuv420p sar:1/1 -> w:320 h:240 fmt:yuvj420p sar:1/1 flags:0x4 Output #0, image2, to './imgs/image%04d.jpg': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mjpeg, yuvj420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mjpeg) Press [q] to stop, [?] for help *** drop! Last message repeated 28 times [h264 @ 0x2bb0860] Cannot use next picture in error concealment [h264 @ 0x2bb0860] concealing 53 DC, 53 AC, 53 MV errors in P frame *** drop! Last message repeated 3 times No more output streams to write to, finishing. [image2 @ 0x2a5b980] Could not open file : ./imgs/image0001.jpg av_interleaved_write_frame(): Input/output error }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 04:38:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 02:38:31 -0000 Subject: [FFmpeg-trac] #2652(undetermined:new): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> References: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> Message-ID: <053.3c9f75132c5db247dff51790ecb62b62@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: heubergen | 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): * priority: critical => normal * component: FFmpeg => undetermined Comment: Please provide your failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 04:39:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 02:39:37 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.6d79d5f5464075b44ba20787b31c4332@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp4 mux | Resolution: remux container | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:30 mikhailov]: > I do believe this is absolutely the same problem: http://ffmpeg.org/pipermail/ffmpeg-user/2012-December/012119.html Could you elaborate? Iiuc, your problem is only reproducible with -vcodec copy while this mail is about a problem with -vcodec libx264 (only reproducible with an ancient and unsupported version of FFmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 09:19:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 07:19:14 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.71c44389e4b4c7974218505370ec9d30@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp4 mux remux container => mov h264 flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 09:22:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 07:22:21 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.537bb52a7c712d82fe52fab7bc7df743@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Rereading the ticket, I am not sure if I understand: Could you confirm that result.mp4 plays fine on your Android device? If it does play fine and you remux result.mp4: {{{$ ffmpeg -i result.mp4 -vcodec copy -an out.mp4}}} Does out.mp4 play on the Android device? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 11:51:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 09:51:41 -0000 Subject: [FFmpeg-trac] #2652(undetermined:new): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> References: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> Message-ID: <053.465745d970d6d9b26326a3bb0a250294@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: heubergen | 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 heubergen): Oh Sorry, here are the complete log: Last login: Sat Jun 8 11:48:57 on ttys000 You have new mail. XXX-XXX-MacBook-Pro:~ XXX$ /Users/XXX/Desktop/ffmpeg -i /Users/XXX/Desktop/4.3.2.1.2010.German.DTS.DL.720p.BluRay.x264-LeetHD.mkv -c:v libx264 -f mp4 -c:a libvo_aacenc /Users/XXX/Desktop/4.3.2.1.2010.German.DTS.DL.720p.BluRay.x264-LeetHD.mp4 ffmpeg version N-53696-g77ae6a1-tessus Copyright (c) 2000-2013 the FFmpeg developers built on May 28 2013 02:40:37 with llvm-gcc 4.2.1 (LLVM build 2336.1.00) configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable- libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-libopus --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.100 / 55. 12.100 libavformat 55. 7.100 / 55. 7.100 libavdevice 55. 1.101 / 55. 1.101 libavfilter 3. 72.100 / 3. 72.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from '/Users/XXX/Desktop/4.3.2.1.2010.German.DTS.DL.720p.BluRay.x264-LeetHD.mkv': Metadata: creation_time : 2011-09-03 17:15:26 Duration: 01:56:42.04, start: 0.000000, bitrate: 8271 kb/s Chapter #0.0: start 0.000000, end 439.916000 Metadata: title : Chapter 01 Chapter #0.1: start 439.916000, end 1083.708000 Metadata: title : Chapter 02 Chapter #0.2: start 1083.708000, end 1687.666000 Metadata: title : Chapter 03 Chapter #0.3: start 1687.666000, end 2216.833000 Metadata: title : Chapter 04 Chapter #0.4: start 2216.833000, end 2798.208000 Metadata: title : Chapter 05 Chapter #0.5: start 2798.208000, end 3393.291000 Metadata: title : Chapter 06 Chapter #0.6: start 3393.291000, end 4052.000000 Metadata: title : Chapter 07 Chapter #0.7: start 4052.000000, end 4746.833000 Metadata: title : Chapter 08 Chapter #0.8: start 4746.833000, end 5291.083000 Metadata: title : Chapter 09 Chapter #0.9: start 5291.083000, end 5858.791000 Metadata: title : Chapter 10 Chapter #0.10: start 5858.791000, end 6554.500000 Metadata: title : Chapter 11 Chapter #0.11: start 6554.500000, end 7001.541000 Metadata: title : Chapter 12 Chapter #0.12: start 7001.541000, end 7002.042000 Metadata: title : Chapter 13 Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x544 [SAR 1:1 DAR 40:17], 24 fps, 24 tbr, 1k tbn, 48 tbc (default) Stream #0:1(ger): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s (default) Stream #0:2(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), fltp, 1536 kb/s Stream #0:3(ger): Subtitle: dvd_subtitle (default) (forced) Metadata: title : FORCED Stream #0:4(ger): Subtitle: dvd_subtitle [libx264 @ 0x102018000] using SAR=1/1 [libx264 @ 0x102018000] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 [libx264 @ 0x102018000] profile High, level 3.1 [libx264 @ 0x102018000] 264 - core 130 r481 3a1e20c - 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=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=24 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 [libvo_aacenc @ 0x102018e00] Unable to set encoding parameters Output #0, mp4, to '/Users/XXX/Desktop/4.3.2.1.2010.German.DTS.DL.720p.BluRay.x264-LeetHD.mp4': Chapter #0.0: start 0.000000, end 439.916000 Metadata: title : Chapter 01 Chapter #0.1: start 439.916000, end 1083.708000 Metadata: title : Chapter 02 Chapter #0.2: start 1083.708000, end 1687.666000 Metadata: title : Chapter 03 Chapter #0.3: start 1687.666000, end 2216.833000 Metadata: title : Chapter 04 Chapter #0.4: start 2216.833000, end 2798.208000 Metadata: title : Chapter 05 Chapter #0.5: start 2798.208000, end 3393.291000 Metadata: title : Chapter 06 Chapter #0.6: start 3393.291000, end 4052.000000 Metadata: title : Chapter 07 Chapter #0.7: start 4052.000000, end 4746.833000 Metadata: title : Chapter 08 Chapter #0.8: start 4746.833000, end 5291.083000 Metadata: title : Chapter 09 Chapter #0.9: start 5291.083000, end 5858.791000 Metadata: title : Chapter 10 Chapter #0.10: start 5858.791000, end 6554.500000 Metadata: title : Chapter 11 Chapter #0.11: start 6554.500000, end 7001.541000 Metadata: title : Chapter 12 Chapter #0.12: start 7001.541000, end 7002.042000 Metadata: title : Chapter 13 Stream #0:0(eng): Video: h264 (libx264), yuv420p, 1280x544 [SAR 1:1 DAR 40:17], q=-1--1, 90k tbn, 24 tbc (default) Stream #0:1(ger): Audio: aac, 48000 Hz, 5.1(side), s16, 128 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (dca -> libvo_aacenc) 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 Sat Jun 8 12:02:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 10:02:30 -0000 Subject: [FFmpeg-trac] #2652(undetermined:closed): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> References: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> Message-ID: <053.89a8909312b8deb43ebff5642d896fa0@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: heubergen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 heubergen]: > [libvo_aacenc @ 0x102018e00] Unable to set encoding parameters Use either the native experimental aac encoder (which has higher quality than libvo_aacenc) or libfaac or libfdk_aac to encode 5.1 aac. Please understand that this is a bug tracker, not a support forum, use the ffmpeg-user mailing list for future questions, see also http://ffmpeg.org/contact.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 12:30:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 10:30:10 -0000 Subject: [FFmpeg-trac] #2652(undetermined:closed): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> References: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> Message-ID: <053.44e3601d52cc3a5b6a3768938b570013@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: heubergen | 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 heubergen): Thanks, with the native encoder, that works. And when I see a error message, I think that are a bug and not a case for the supporter forum! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 12:55:07 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 10:55:07 -0000 Subject: [FFmpeg-trac] #2652(undetermined:closed): Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height In-Reply-To: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> References: <038.596810769114c3df94ae1f0b91bd71cf@avcodec.org> Message-ID: <053.a28383196e7a8cb8e03c29a084e052f9@avcodec.org> #2652: Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height -------------------------------------+------------------------------------- Reporter: heubergen | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 heubergen]: > And when I see a error message, I think that are a bug and not a case for the supporter forum! This is generally not correct (on the contrary). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 16:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 14:35:51 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.975583e9f1bfe80cd590bd4742733d17@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I installed Ubuntu13.04 in a spare HD and I have run the basic command: First versions: !Kernel Information !!------------------ Kernel release: 3.8.0-19-generic Operating System: GNU/Linux Architecture: x86_64 Processor: x86_64 SMP Enabled: Yes !!ALSA Version !!------------ Driver version: k3.8.0-19-generic Library version: 1.0.25 Utilities version: 1.0.25 Second test: $ ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav ffmpeg version 0.8.6-6:0.8.6-1ubuntu2, Copyright (c) 2000-2013 the Libav developers built on Mar 30 2013 22:20:06 with gcc 4.7.2 *** THIS PROGRAM IS DEPRECATED *** This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [alsa @ 0x114ab20] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 2575.326973, bitrate: N/A Stream #0.0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.21.1 Stream #0.0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 Press ctrl-c to stop encoding ^Csize= 3251kB time=17.34 bitrate=1536.0kbits/s video:0kB audio:3251kB global headers:0kB muxing overhead 0.001382% Received signal 2: terminating. I played with aplay and there is the distortion. Still bad. Does this confirm your thought? Alsa is now 1.0.25 instead of 1.0.22 What I have to do now to help to fix the bug? Yes I need the bug to be fixed as I need to run ffmpeg to capture video and audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 21:29:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 19:29:09 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option Message-ID: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: libopenjpeg | Blocked By: AVoptions | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ % ffmpeg" -i sample.h264 -vf crop=iw:ih-2*138,scale=2048:858,lutrgb=gammaval(2.6) -pix_fmt yuv444p12le -vcodec libopenjpeg -profile 1 -cinema_mode 1 "decoded/test_%6d.j2c ffmpeg version N-53885-gf97e28e built on gcc windows 7 64 bit by Zeranoe The problem is: 1. I have no see any gamma change in picture. 26 is high value for gamma and thisd can be very visible. 2. libopenjpeg do not receive or do not execute the follow option "-profile 1" with above command line should be expected converting of h264 video to sequence of JPEG2000 images with digital cinema standard. testing jpeg2000 images after, show that they are NOT digital cinema compliant. My testing tools cannot say why but absolutely sure say that they are not digital cinema compliant. libopenjpeg itself used with another programs (for example image_to_j2c or OpenDCP do well conversion exactly on DCI specifications for jpeg2000 for digital cinema. I guess that avoptions are not sent corectly to openjpeg. For example "-profile" command are not specific for libopenjpeg, its not "private" command only for libopenjpeg and may be ffmpeg do not pass this option to libopenjpeg. Also explanation of AVoptions generally is ambiguous and is hard to understand how exactly are used such options. ffmpeg -h codecs=libopenjpeg do not do big thing due to lack of details. Also I do not understand who decide which pix_fmt should understand libopenjpeg, but original openjpeg understand xyz12le and in ffmpeg do not understand it,instead understand yuv444p12le this may be not so important because anyway xyz transformations is done before libopenjpeg encoding. 3. I cannot understand why xyz12le is only input format , its make more sense to be more output format. I attach an report file and you will see what I'm talking about. IF what is written in wiki is true then with this command we should have from some video file source,XYZ encoded,gammacorected jpeg2000 DCI compressed sequence of images, but for some reason its not happened. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 22:01:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 20:01:09 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.13401b64e2d65a5613a074c10b575d48@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: libopenjpeg AVoptions => libopenjpeg j2k xyz * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement Comment: Could you point me to the place where the wiki claims that FFmpeg supports DCinema output? (It does not.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 22:22:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 20:22:01 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.ffda4c41b1a8bbcb718f082589e82c21@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): ffmpeg do not support digital cinema, but libopenjpeg (used by ffmpeg -hope without serious modifications) support it. Check the ffmpeg -h codec=libopenjpeg there are options dedicated to Dcinema.So, if you corectly pass libopenjpeg parameteres to it may it should work corectly. What is wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 22:44:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 20:44:15 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.57c0834bb50cd113f605021c84df22f8@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Old description: > Summary of the bug: > How to reproduce: > {{{ > % ffmpeg" -i sample.h264 -vf > crop=iw:ih-2*138,scale=2048:858,lutrgb=gammaval(2.6) -pix_fmt yuv444p12le > -vcodec libopenjpeg -profile 1 -cinema_mode 1 "decoded/test_%6d.j2c > > ffmpeg version N-53885-gf97e28e > built on gcc windows 7 64 bit by Zeranoe > > The problem is: > 1. I have no see any gamma change in picture. 26 is high value for gamma > and thisd can be very visible. > 2. libopenjpeg do not receive or do not execute the follow option > "-profile 1" with above command line should be expected converting of > h264 video to sequence of JPEG2000 images with digital cinema standard. > testing jpeg2000 images after, show that they are NOT digital cinema > compliant. My testing tools cannot say why but absolutely sure say that > they are not digital cinema compliant. libopenjpeg itself used with > another programs (for example image_to_j2c or OpenDCP do well conversion > exactly on DCI specifications for jpeg2000 for digital cinema. I guess > that avoptions are not sent corectly to openjpeg. For example "-profile" > command are not specific for libopenjpeg, its not "private" command only > for libopenjpeg and may be ffmpeg do not pass this option to libopenjpeg. > Also explanation of AVoptions generally is ambiguous and is hard to > understand how exactly are used such options. ffmpeg -h > codecs=libopenjpeg do not do big thing due to lack of details. Also I do > not understand who decide which pix_fmt should understand libopenjpeg, > but original openjpeg understand xyz12le and in ffmpeg do not understand > it,instead understand yuv444p12le this may be not so important because > anyway xyz transformations is done before libopenjpeg encoding. > 3. I cannot understand why xyz12le is only input format , its make more > sense to be more output format. > I attach an report file and you will see what I'm talking about. IF what > is written in wiki is true then with this command we should have from > some video file source,XYZ encoded,gammacorected jpeg2000 DCI compressed > sequence of images, but for some reason its not happened. New description: Summary of the bug: How to reproduce: {{{ % ffmpeg" -i sample.h264 -vf crop=iw:ih-2*138,scale=2048:858,lutrgb=gammaval(2.6) -pix_fmt yuv444p12le -vcodec libopenjpeg -profile 1 -cinema_mode 1 "decoded/test_%6d.j2c }}} ffmpeg version N-53885-gf97e28e built on gcc windows 7 64 bit by Zeranoe The problem is: 1. I have no see any gamma change in picture. 26 is high value for gamma and thisd can be very visible. 2. libopenjpeg do not receive or do not execute the follow option "-profile 1" with above command line should be expected converting of h264 video to sequence of JPEG2000 images with digital cinema standard. testing jpeg2000 images after, show that they are NOT digital cinema compliant. My testing tools cannot say why but absolutely sure say that they are not digital cinema compliant. libopenjpeg itself used with another programs (for example image_to_j2c or OpenDCP do well conversion exactly on DCI specifications for jpeg2000 for digital cinema. I guess that avoptions are not sent corectly to openjpeg. For example "-profile" command are not specific for libopenjpeg, its not "private" command only for libopenjpeg and may be ffmpeg do not pass this option to libopenjpeg. Also explanation of AVoptions generally is ambiguous and is hard to understand how exactly are used such options. ffmpeg -h codecs=libopenjpeg do not do big thing due to lack of details. Also I do not understand who decide which pix_fmt should understand libopenjpeg, but original openjpeg understand xyz12le and in ffmpeg do not understand it,instead understand yuv444p12le this may be not so important because anyway xyz transformations is done before libopenjpeg encoding. 3. I cannot understand why xyz12le is only input format , its make more sense to be more output format. I attach an report file and you will see what I'm talking about. IF what is written in wiki is true then with this command we should have from some video file source,XYZ encoded,gammacorected jpeg2000 DCI compressed sequence of images, but for some reason its not happened. -- Comment (by cehoyos): Could you test if reencoding the sample rgb-bary-12bpc.preview.jpg from ticket #1279 works? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 23:00:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 21:00:03 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.e23fa327c2c253fce630818001f7a634@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 cehoyos]: > Could you test if reencoding the sample rgb-bary-12bpc.preview.jpg from ticket #1279 works? Sorry, I meant the sample {{{j2c_10db24e2-0c6f- 4ca2-9af7-a90a3685a0d6__000000.j2c}}} from ticket #1279. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 23:06:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 21:06:12 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data Message-ID: <035.b310f300866402ff62053f6acde96175@avcodec.org> #2654: calling draw slice callback with NULL data --------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: mpegvideo Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+----------------------------------- {{{avctx->draw_horiz_band}}} seems to be called sometimes with a NULL data pointer. This cause MPlayer to flood stderr with the following message: {{{ % ~/src/mplayer/mplayer ~/samples/matrixbench_mpeg2.mpg MPlayer SVN-r35924-4.7.2 (C) 2000-2013 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /home/ubitux/samples/matrixbench_mpeg2.mpg. libavformat version 55.8.102 (internal) MPEG-PS file format detected. VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 11421.6 kbps (1427.7 kbyte/s) Load subtitles in /home/ubitux/samples/ [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.15.100 (internal) Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2) ========================================================================== ========================================================================== Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... [VD_FFMPEG] Trying pixfmt=0. [VD_FFMPEG] XVMC-accelerated MPEG-2. The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [gl] 720x576 => 768x576 Planar YV12 A: 0.3 V: 0.3 A-V: 0.021 ct: 0.006 4/ 4 ??% ??% ??,?% 0 0 [VD_FFMPEG] DRI failure. A: 1.2 V: 1.2 A-V: 0.002 ct: 0.022 27/ 27 9% 3% 0.3% 0 0 BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! A: 12.3 V: 12.3 A-V: 0.004 ct: 0.020 47/ 47 7% 0% 0.3% 0 0 }}} See {{{libavcodec/mpegvideo.c:ff_draw_horiz_band()}}} where {{{avctx->draw_horiz_band}}} is called with {{{src->data[0]}}} being {{{NULL}}}. I don't know which one is right here (FFmpeg or MPlayer), but something should be fixed. {{{matrixbench_mpeg2.mpg}}} is available here: http://samples.ffmpeg.org/benchmark/testsuite1/matrixbench_mpeg2.mpg I don't know if this is a regression. Note @Reimar: I put you in copy since you're likely interested in that issue and might want to comment on it. Feel free to remove yourself from the Cc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 23:29:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 21:29:02 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data In-Reply-To: <035.b310f300866402ff62053f6acde96175@avcodec.org> References: <035.b310f300866402ff62053f6acde96175@avcodec.org> Message-ID: <050.96487c68b4d631d31c912249279e0389@avcodec.org> #2654: calling draw slice callback with NULL data ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ mplayer matrixbench_mpeg2.mpg -vo gl MPlayer SVN-r36298-4.7 (C) 2000-2013 MPlayer Team Playing matrixbench_mpeg2.mpg. libavformat version 55.8.102 (internal) MPEG-PS file format detected. VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 11421.6 kbps (1427.7 kbyte/s) Load subtitles in ./ [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.15.100 (internal) Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2) ========================================================================== ========================================================================== Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... [VD_FFMPEG] Trying pixfmt=0. [VD_FFMPEG] XVMC-accelerated MPEG-2. The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [gl] 720x576 => 768x576 Planar YV12 A: 0.3 V: 0.3 A-V: 0.021 ct: 0.005 4/ 4 ??% ??% ??,?% 0 0 [VD_FFMPEG] DRI failure. A: 187.8 V: 187.7 A-V: 0.040 ct: 0.032 4690/4690 6% 0% 0.2% 6 0 Exiting... (End of file) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 23:43:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 21:43:49 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data In-Reply-To: <035.b310f300866402ff62053f6acde96175@avcodec.org> References: <035.b310f300866402ff62053f6acde96175@avcodec.org> Message-ID: <050.a73d12352ac6e35acad6e0a71ee0f58d@avcodec.org> #2654: calling draw slice callback with NULL data ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): For some reason the MPlayer version info was not updated. {{{ % ~/src/mplayer/mplayer ~/samples/matrixbench_mpeg2.mpg MPlayer SVN-r36305-4.8.1 (C) 2000-2013 MPlayer Team mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /home/ubitux/samples/matrixbench_mpeg2.mpg. libavformat version 55.8.102 (internal) MPEG-PS file format detected. VIDEO: MPEG2 720x576 (aspect 2) 25.000 fps 11421.6 kbps (1427.7 kbyte/s) Load subtitles in /home/ubitux/samples/ [gl] using extended formats. Use -vo gl:nomanyfmts if playback fails. ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 55.15.100 (internal) Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2) ========================================================================== ========================================================================== Opening audio decoder: [mpg123] MPEG 1.0/2.0/2.5 layers I, II, III AUDIO: 48000 Hz, 2 ch, s16le, 384.0 kbit/25.00% (ratio: 48000->192000) Selected audio codec: [mpg123] afm: mpg123 (MPEG 1.0/2.0/2.5 layers I, II, III) ========================================================================== AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... [VD_FFMPEG] Trying pixfmt=0. [VD_FFMPEG] XVMC-accelerated MPEG-2. The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO: [gl] 720x576 => 768x576 Planar YV12 A: 0.3 V: 0.3 A-V: 0.028 ct: 0.007 4/ 4 ??% ??% ??,?% 0 0 [VD_FFMPEG] DRI failure. A: 0.9 V: 0.9 A-V: 0.005 ct: 0.020 18/ 18 11% 7% 0.3% 0 0 BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! BUG in FFmpeg, draw_slice called with NULL pointer! A: 11.9 V: 11.9 A-V: 0.003 ct: 0.022 43/ 43 7% 0% 0.3% 0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 8 23:45:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 21:45:09 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data In-Reply-To: <035.b310f300866402ff62053f6acde96175@avcodec.org> References: <035.b310f300866402ff62053f6acde96175@avcodec.org> Message-ID: <050.fcae374bd41150aaa87686ef6be21ea8@avcodec.org> #2654: calling draw slice callback with NULL data ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:1 cehoyos]: > {{{ > $ mplayer matrixbench_mpeg2.mpg -vo gl > MPlayer SVN-r36298-4.7 (C) 2000-2013 MPlayer Team > [...] > }}} Sorry it seems I forgot to say that you need to seek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 9 01:57:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Jun 2013 23:57:51 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data In-Reply-To: <035.b310f300866402ff62053f6acde96175@avcodec.org> References: <035.b310f300866402ff62053f6acde96175@avcodec.org> Message-ID: <050.5f61205185531c3a0545fc7718b66e59@avcodec.org> #2654: calling draw slice callback with NULL data ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Not reproducible with -vo vdpau, definitely a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 9 02:02:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Jun 2013 00:02:56 -0000 Subject: [FFmpeg-trac] #2654(avcodec:new): calling draw slice callback with NULL data In-Reply-To: <035.b310f300866402ff62053f6acde96175@avcodec.org> References: <035.b310f300866402ff62053f6acde96175@avcodec.org> Message-ID: <050.7db8067119ae8d7ede25a06254b9397d@avcodec.org> #2654: calling draw slice callback with NULL data ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpegvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:4 cehoyos]: > Not reproducible with -vo vdpau, definitely a regression. The message in MPlayer is fairly recent AFAIK, so the regression might have been present (as a crash) previously. If it's a regression in FFmpeg, I would guess it's from around TEP period. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 9 05:14:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Jun 2013 03:14:32 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.3463d00d3b75134ba2d632ba252e67d4@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): hi, where is cehoyos? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 9 22:48:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Jun 2013 20:48:24 -0000 Subject: [FFmpeg-trac] #2655(avformat:new): ogg / opus album art Message-ID: <036.9ed5ed82923780a77bf2c6d7df152059@avcodec.org> #2655: ogg / opus album art -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: ogg Version: git- | videolan master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- (videolan ticket 8771) I will upload an ogg / opus sample containing album art that is not shown by FFmpeg. {{{ $ ffmpeg -i 48-06-28_FrankChandlerReturns-14.opus ffmpeg version N-53940-g052838f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 9 2013 22:47:20 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [ogg @ 0x1815020] 658 bytes of comment header remain Guessed Channel Layout for Input Stream #0.0 : mono Input #0, ogg, from '48-06-28_FrankChandlerReturns-14.opus': Duration: 00:15:21.03, start: 0.000000, bitrate: 15 kb/s Stream #0:0: Audio: opus, 48000 Hz, mono Metadata: ENCODER : opusenc from opus-tools 0.1.6git TITLE : Frank Chandler Returns ARTIST : White King Granulated Soap ALBUM : Chandu The Magician YEAR : 1948 GENRE : Old Time Radio METADATA_BLOCK_PICTURE: AAAAFAAAAAppbWFnZS9qcGVnAAAAGldoaXRlIEtpbmcgR3JhbnVsYXRlZCBTb2FwAAAAxwAAASwAAAAYAAAAAAAAVKf/2P/gABBKRklGAAEBAQBIAEgAAP/+AC9Qcm9jZXNzZWQgQnkgZUJheSB3aXRoIEltYWdlTWFnaWNrLCBSMS4xLjEuTTH/2wBDAAYEBQYFBAYGBQYHBwYIChAKCgkJChQODwwQFxQYGBcUFhYaHSUfGhsjHBYWICwgIyY ENCODER_OPTIONS : --bitrate 14 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 08:00:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 06:00:06 -0000 Subject: [FFmpeg-trac] #2656(undetermined:new): Extracting only keyframes is very slow Message-ID: <039.f3ded6ea457489055b3aeb9e31654800@avcodec.org> #2656: Extracting only keyframes is very slow -------------------------------------+------------------------------------- Reporter: konstantin | Type: Status: new | enhancement Component: | Priority: minor undetermined | Version: Keywords: slow, | unspecified keyframe, extraction | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: extracting only the keyframes is a very slow process, should be much faster How to reproduce: ffmpeg -i videofile.avi -vf select='eq(pict_type\,I),setpts=N/(25*TB)' -q 1 %09d.bmp {{{ % ffmpeg -i input ... output ffmpeg version built on ... }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:15:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:15:56 -0000 Subject: [FFmpeg-trac] #2656(undetermined:closed): Extracting only keyframes is very slow In-Reply-To: <039.f3ded6ea457489055b3aeb9e31654800@avcodec.org> References: <039.f3ded6ea457489055b3aeb9e31654800@avcodec.org> Message-ID: <054.0829e04f690c59a06d48f42b062f9c48@avcodec.org> #2656: Extracting only keyframes is very slow -------------------------------------+------------------------------------- Reporter: konstantin | Owner: Type: enhancement | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: slow, keyframe, extraction => * status: new => closed * resolution: => invalid Comment: Use {{{-skip_frame nokey}}} if you only want to decode keyframes, the select filter works after decoding so all frames have to be decoded, no matter which ones are used later. Please understand that this is a bug tracker, not a support forum, usage questions are welcome on the ffmpeg-user mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:21:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:21:49 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.007b63bcbbcff74794f8261adb807d81@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Is your original problem (without valgrind) also reproducible if you do not use network output (ie if you either output to a file or to {{{-f null -}}})? Is your original problem (without valgrind) also reproducible if you don't use an external library (ie with {{{-vcodec mpeg4}}} or {{{-vcodec mpeg2video}}} instead of {{{-vcodec libx264}}})? Using external libraries makes reproducing problems much more difficult. Am I correct that your original problem is only reproducible with network input but not if you use file input (but x264 for encoding and udp output)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:25:09 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:25:09 -0000 Subject: [FFmpeg-trac] #2514(avformat:closed): Container is not matching up In-Reply-To: <036.d7b383bc0f2316e63e63e1a1beffe9e3@avcodec.org> References: <036.d7b383bc0f2316e63e63e1a1beffe9e3@avcodec.org> Message-ID: <051.31de96349ead9648a1b81e7081fc175a@avcodec.org> #2514: Container is not matching up -------------------------------------+------------------------------------- Reporter: dpapuga | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please feel free to reopen this ticket if you can provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:32:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:32:03 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.968fcf9a0312e31df225a2968c3e4fd0@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Rereading your ticket, I am not sure if I understand it: Afaict, FFmpeg by default makes the first audio track "enabled" and the remaining audio tracks "disabled" which may not match your ticket description. Please add your command line together with the complete, uncut console output to make this a valid ticket and to allow to reproduce the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:34:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:34:27 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.becca4e4e9b37fdc25b720d01f06cbd0@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by julian): i'm not seeing the second audio track being "disabled", i have to post process the files in MP4Box -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:35:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:35:35 -0000 Subject: [FFmpeg-trac] #2629(undetermined:closed): "-acodec copy" is conflict with "-vol 100" In-Reply-To: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> References: <036.a2c9cd31a69056f0f49ac28b1b6cb29b@avcodec.org> Message-ID: <051.f7f91ff476c89697cf2c167f743beb20@avcodec.org> #2629: "-acodec copy" is conflict with "-vol 100" -------------------------------------+------------------------------------- Reporter: baituxp | 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): * keywords: vol => * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add the missing information, please use the ffmpeg-user mailing list for usage questions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:43:28 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:43:28 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.c0504ae904c967b4db0ae8762ccab4ab@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): (Unrelated: On your Ubuntu installation, you did not test FFmpeg...) My only remaining advice is to remove {{{flags = SND_PCM_NONBLOCK;}}} from line 193 in libavdevice/alsa-audio-common.c Since the non-blocking mode works for everybody else (with very different hardware and drivers), it is not very likely that there is a bug in FFmpeg and if there is a bug, it is unlikely that we will be able to fix it. Were you able to test on different (but identical) hardware? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 10:49:49 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 08:49:49 -0000 Subject: [FFmpeg-trac] #187(undetermined:closed): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.9ee6a88c70913b318bb6599c955a5597@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mov | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => worksforme Comment: Replying to [comment:10 lars]: > I guess I have the same problem: Generally, please do not reopen two-year old tickets (if they were not closed as "needs more info"). Please test current git head, if your problem is still reproducible open a new ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 11:40:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 09:40:36 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.c72db201844a19382375009e2a90853a@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please provide your failing ffmpeg command line (the one that produces the output file that you have to post process) together with the complete, uncut console output to make this a valid ticket and to allow developers to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 11:41:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 09:41:03 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.80d75b466ed820b19eb310e6bf995055@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): As I stated previously, I am not skilled in development. So, in my Stella OS, I found libavdevice/alsa-audio-common.c file in /home/username/ffmpeg/libadevice/. I opened it with gedit, but there are only 186 lines in this file and no SND_PCM_NONBLOCK text. I'll check in Ubuntu OS (other HDD). Unfortunately, I can't test with another motherboard, I have only one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 12:06:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 10:06:24 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.4a329ad533d43a5bc54b63be824ac3d7@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:77 MrNice]: > So, in my Stella OS, I found libavdevice/alsa-audio-common.c file in /home/username/ffmpeg/libadevice/. > I opened it with gedit, but there are only 186 lines in this file and no SND_PCM_NONBLOCK text. I suspect you are still bisecting, use something like the following to end it: {{{ $ make distclean $ git bisect reset $ git checkout master $ git pull }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 12:58:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 10:58:16 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.adc29aec7b016d9c269393239aaece52@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): I dont know what reencoding of j2c mean. I trying to encode tiff in j2c or to decode videofile (h.264,xvid or whatever) in jpeg2000 sequence. Its encoded,but even if I write option to libopenjpeg in ffpeg commend line libopenjpeg do not encode in DCI complain format, libopenjpeg do that if used with another front application like image_to_j2c which is inckuded as sample in libopenjpeg package. For that reason Im afraid that ffmpeg do not pass corectly AVoption to libopenjpeg or libopenjpeg is not original one from OpenJPEG project and is modified in bad way. I tested j2c files received from decoding using AVoptions but those files do not pass dci complians test. I guess that specially problem is "-profile" AVoption that may be is not interpreted like AVoption or interfere with ffmpeg "global" option. May be also I dont know something "hidden" about options. May be you suggest me exact command line that decode h264 file to j2c sequence using libopenjpeg codec and using AVoption described in -h codec=libopenjpeg especially profile cinema2K and cinema_mode 2k_24. Thank you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 16:10:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 14:10:56 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.6ec0e155bf1537473eee17c710ed6fb8@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Yes, you are right, comment 31 is not valid, it's not our use-case, but please take a look comment 28th again, but it's impossible for us to stream video back from Wowza. I've attached 3 files: - 302_1991_7668.flv ORIGINAL (http://yadi.sk/d/75d7DWh01YPxf) - out.mp4 REMUXED, WITHOUT AUDIO STREAM (http://yadi.sk/d/YQux1bCq1YVJV) - result.mp4 TRANSCODED WITH LIBX264 (http://yadi.sk/d/70msco_v1t3zk) The last one is playable on every device, the second one is not playable on Androids. Out.mp4 file is demuxed and muxed into MP4 container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 17:09:50 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 15:09:50 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.3af961429cac2d6a37994c5ed6aeacd2@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): What happens if you remux result.mp4 with ffmpeg - does the file play on your Android device? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 17:13:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 15:13:14 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.3a9348719bf8a0d5e142b49bfbe709d5@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the file {{{j2c_10db24e2-0c6f-4ca2-9af7-a90a3685a0d6__000000.j2c}}} from ticket #1279 pass the DCI compliance tests? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 17:16:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 15:16:13 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.e9523334e9a8800538cb65fe7576c000@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:35 cehoyos]: > What happens if you remux result.mp4 with ffmpeg - does the file play on your Android device? yes, it does, but why are we taking about '''encoding'''? Please forget about libx264, we don't use it, but WE DO DEMUX AND MUX BACK via video stream copy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 17:21:58 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 15:21:58 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.36eac73dbe0a821eaba95f5240ed2e9c@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: flv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Sorry, anybody else more technically competent here? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 17:31:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 15:31:14 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.3d8b7c790dea1b27803f0e46badb8d57@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mux demux | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by mikhailov): * keywords: mov h264 flv => h264 flv mux demux * priority: normal => important -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 18:08:04 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 16:08:04 -0000 Subject: [FFmpeg-trac] #2657(avformat:new): Fmpeg fails to read some buffered ISML inputs Message-ID: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> #2657: Fmpeg fails to read some buffered ISML inputs -------------------------------------+------------------------------------- Reporter: libricoleur | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: isml | master smoothstreaming | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to get FFmpeg to read a live Smooth Streaming (ISML) movie and remux it. The movie is created by a Microsoft Expression Encoder 4 Pro SP1, retrieved by a script then fed to a FFmpeg process. In short, FFmpeg reads the ISML movie from standard input. While it does produce a correct result in some situations, sometimes the output file is only a few seconds long. For instance, I get a correct result with a simple three streams (video, audio, text) movie, but it is cut if I add two more video streams. When the input is an actual realtime stream instead of a static file, FFmpeg stalls while finding stream info. How to reproduce: {{{ % ffmpeg -i - -acodec copy -vcodec copy test.mp4 < buffered_reading_failure.isml }}} See attached FFmpeg report log, with MOV debugging enabled. The ''buffered_reading_failure.isml'' file has been uploaded on the FTP server. Tested on latest git (9908607363). I spent some time trying to debug this. Using a realtime stream I was able to interrupt right when FFmpeg stalls. Here is the GDB backtrace, including a breakpoint you can use to reproduce the problem using the command above: {{{ (gdb) info breakpoints Num Type Disp Enb Address What 1 breakpoint keep y 0x00000000004d86f5 in avio_seek at libavformat/aviobuf.c:203 stop only if offset > 1000000000 breakpoint already hit 1 time (gdb) backtrace #0 avio_seek (s=0x188af00, offset=1274828063, whence=1) at libavformat/aviobuf.c:203 #1 0x00000000004d89f9 in avio_skip (s=0x188af00, offset=1274828063) at libavformat/aviobuf.c:258 #2 0x000000000052c334 in mov_read_default (c=0x1882ea0, pb=0x188af00, atom=...) at libavformat/mov.c:2852 #3 0x000000000052da94 in mov_read_packet (s=0x1882880, pkt=0x7fffffffd370) at libavformat/mov.c:3269 #4 0x00000000005c445c in ff_read_packet (s=0x1882880, pkt=0x7fffffffd370) at libavformat/utils.c:791 #5 0x00000000005c6b51 in read_frame_internal (s=0x1882880, pkt=0x7fffffffd6c0) at libavformat/utils.c:1443 #6 0x00000000005cb48b in avformat_find_stream_info (ic=0x1882880, options=0x18898a0) at libavformat/utils.c:2904 #7 0x00000000004090a1 in open_input_file (o=0x7fffffffd9f0, filename=0x7fffffffe2fe "/home/mandre/Vid?os/tests/fifo") at ffmpeg_opt.c:814 #8 0x00000000004101a7 in open_files (l=0x186c058, inout=0xdb8c70 "input", open_file=0x4089a1 ) at ffmpeg_opt.c:2483 #9 0x000000000041031e in ffmpeg_parse_options (argc=8, argv=0x7fffffffdf38) at ffmpeg_opt.c:2520 #10 0x000000000041fa2f in main (argc=8, argv=0x7fffffffdf38) at ffmpeg.c:3361 }}} As you can see at frame 1, FFmpeg stalls because it tries to skip an atom of size INT64_MAX (mov.c:3264). This happens because the atom's position corresponds to a video packet, thus it can't be parsed and is skipped. Here is my understanding of what happens: * At offset 0x4cba0 a tfhd atom is read. It sets the default sample size to 926. * At offset 0x4cbb8 a trun atom is read. It contains 60 empty entries. * At offset 0x4cc44 the corresponding mdat atom is read. It is of size 934. * mov_read_packet reads the first sample of size 926. * 59 samples are left to read, so mov_read_packet reads them even though they are beyond the mdat atom. * We are now at offset 0x5a550. mov_read_packet has no samples left to read, so it seeks to mov->next_root_atom (0x4cc44 + 934). Since the input buffer size is 32768, the offset is out of reach and the seek fails (silently). '''This is why it only affects buffered input. The seek is always possible with a file.''' * mov_read_default is called with an atom of size INT64_MAX which can't be parsed and is skipped. This only happens with the data (TTML) track fragments, as the others do not have a default sample size in their tfhd but complete entries in their trun. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 18:17:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 16:17:36 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.b86d4601ca33eefd919933606b5313cd@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 flv mux demux => h264 flv mov * priority: important => normal Comment: If out.mp4 (created by FFmpeg) is the file that does not play on your Android device, does it help if you remux that file with MP4Box? Please do not edit keywords and priority, this is not welcome! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 18:24:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 16:24:01 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.a5552946d9f8164fd305edcde0bcd909@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:39 cehoyos]: > If out.mp4 (created by FFmpeg) is the file that does not play on your Android device, does it help if you remux that file with MP4Box? Yes, it does -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 19:52:24 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 17:52:24 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.7eaba51ac175cd69e10e78eddb36de82@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): @cehoyos please take a look this ticket https://ffmpeg.org/trac/ffmpeg/ticket/2096 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 20:30:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 18:30:53 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.b3bf4b58b35217af6c27584aa1d3e17a@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I am not used to MP4Box: Could you add the command line that "fixes" out.mp4? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 20:41:06 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 18:41:06 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.917e658b8eaf503e26990242044f6ba7@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:42 cehoyos]: > I am not used to MP4Box: Could you add the command line that "fixes" out.mp4? ffmpeg -y -i out.mp4 -vcodec copy -acodec libvo_aacenc -ab 96k -ac 1 output.mp4 MP4Box -raw 1 output.mp4 MP4Box -raw 2 output.mp4 MP4Box -add output_track1.h264:fps=15 -add output_track2.aac output.mp4 MP4Box -hint output.mp4 rm output_track1.h264 rm output_track2.aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 20:41:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 18:41:30 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.54cf6ebe2e3d35ccd9e9775a905df3da@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): {{{ # make distclean make: *** No rule to make target `distclean'. Stop. # git bisect reset fatal: Not a git repository (or any of the parent directories): .git # git checkout master fatal: Not a git repository (or any of the parent directories): .git git pull fatal: Not a git repository (or any of the parent directories): .git }}} I found many alsa-audio-common.c files on Internet with only 186 lines like mine. So, are you sure for this file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 20:56:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 18:56:01 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.54bd37944a47ec82676aa1960ebf48a5@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): Yes, its passed, but as I understand this is j2c image taken from .mxf file created but some other utility may be OpenDCP or other, but not with ffmpeg using libopenjpeg and his AVoption. If this picture is made with ffmpeg libopenjpeg or image2 filterwhat was option on command line? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 21:20:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 19:20:08 -0000 Subject: [FFmpeg-trac] #2657(avformat:new): FFmpeg fails to read some buffered ISML inputs (was: Fmpeg fails to read some buffered ISML inputs) In-Reply-To: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> References: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> Message-ID: <055.6d6e7414e5933c3e9a91a3393f95927e@avcodec.org> #2657: FFmpeg fails to read some buffered ISML inputs -------------------------------------+------------------------------------- Reporter: libricoleur | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: isml | Blocked By: smoothstreaming | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 21:48:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 19:48:21 -0000 Subject: [FFmpeg-trac] #2096(avcodec:closed): Audio glitches when converting from speex in flv/f4v - regression from previous verisons In-Reply-To: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> References: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> Message-ID: <052.eae899521d6d1a6e30fa684a04e9fff9@avcodec.org> #2096: Audio glitches when converting from speex in flv/f4v - regression from previous verisons -------------------------------------+------------------------------------- Reporter: kirill_p | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: speex | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Reference to #2085 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 21:54:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 19:54:21 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.b78985ed36d11645c6e359953c4808d2@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Reference to #2096, the regression has been fixed for F4V only, but still there for FLV container -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 22:05:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 20:05:14 -0000 Subject: [FFmpeg-trac] #2096(avcodec:closed): Audio glitches when converting from speex in flv/f4v - regression from previous verisons In-Reply-To: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> References: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> Message-ID: <052.32b2743b96fa7b0ce6855b2c5debd04d@avcodec.org> #2096: Audio glitches when converting from speex in flv/f4v - regression from previous verisons -------------------------------------+------------------------------------- Reporter: kirill_p | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: speex | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): @cehoyos do you know which exactly commit relate to the bugfix? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:26:53 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:26:53 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.741639f66d2d037fe1f8801e059df325@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): What is the effect of {{{fps=15}}} in your MP4Box command line? Is {{{-hint}}} necessary to produce a file that is playable on Android? Please note that ticket #2085 is a ticket about an audio decoding regression while this ticket is (also) reproducible with {{{-an}}} iiuc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:27:41 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:27:41 -0000 Subject: [FFmpeg-trac] #2096(avcodec:closed): Audio glitches when converting from speex in flv/f4v - regression from previous verisons In-Reply-To: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> References: <037.18cd3972b3e857d0f684567706feb21e@avcodec.org> Message-ID: <052.82252f76f459ec340af0d6abfc79c11b@avcodec.org> #2096: Audio glitches when converting from speex in flv/f4v - regression from previous verisons -------------------------------------+------------------------------------- Reporter: kirill_p | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: speex | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): This ticket was fixed in f3c9d66, there is not the slightest indication that it is related in any way to ticket #2085: This ticket is about an audio decoding problem, ticket #2085 about a video muxing problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:29:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:29:38 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.a5ce1f92940e8cda0e85a0050a257040@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): {{{ $ cd ffmpeg $ make distclean $ git bisect reset $ git checkout master $ git pull }}} libavdevice/alsa-audio-common.c currently has 345 lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:33:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:33:57 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.9d4bd7e66bcfd1ad735a91f573b4a687@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:45 cehoyos]: > What is the effect of {{{fps=15}}} in your MP4Box command line? Is {{{-hint}}} necessary to produce a file that is playable on Android? even without any extra options it produces valid MP4 files playable on Androids and Flash Players older than 11.2. Hints does almost the same as qt-faststart. > Please note that ticket #2085 is a ticket about an audio decoding regression while this ticket is (also) reproducible with {{{-an}}} iiuc. Do you mean #2096? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:41:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:41:36 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.40e86cc70868b663c0c0425d26ec8538@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:46 mikhailov]: > Replying to [comment:45 cehoyos]: > > What is the effect of {{{fps=15}}} in your MP4Box command line? Is {{{-hint}}} necessary to produce a file that is playable on Android? > even without any extra options it produces valid MP4 files playable on Androids and Flash Players older than 11.2. Hints does almost the same as qt-faststart. Does that mean that there is a simpler MP4Box command that allows to produce a file that works on your Android device from out.mp4 ? > > Please note that ticket #2085 is a ticket about an audio decoding regression while this ticket is (also) reproducible with {{{-an}}} iiuc. > Do you mean #2096? Of course. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:44:52 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:44:52 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.55fdbda963bbc285b25423f3d4dda03a@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Sorry for my ignorance, I forgot to change directory. I did it and removed the line 193 and saved the file. {{{ $ ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav ffmpeg version 0.10.4 Copyright (c) 2000-2012 the FFmpeg developers built on Jul 25 2012 15:45:46 with gcc 4.4.6 20120305 (Red Hat 4.4.6-4) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --extra- cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack- protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --enable-bzlib --disable-crystalhd --enable-gnutls --enable-libass --enable-libcdio --enable-libdc1394 --disable-indev=jack --enable-libfreetype --enable- libgsm --enable-libmp3lame --enable-openal --enable-libopenjpeg --enable- libpulse --enable-librtmp --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 --shlibdir=/usr/lib64 --enable-runtime-cpudetect 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 [alsa @ 0x17dc000] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1370900485.195499, bitrate: N/A Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.32.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 1517kB time=00:00:08.08 bitrate=1536.0kbits/s video:0kB audio:1517kB global headers:0kB muxing overhead 0.002962% }}} Distortions are still here, not good. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:49:32 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:49:32 -0000 Subject: [FFmpeg-trac] #2657(avformat:new): FFmpeg fails to read some buffered ISML inputs In-Reply-To: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> References: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> Message-ID: <055.4307324fb221466ba75167f7bb0da37f@avcodec.org> #2657: FFmpeg fails to read some buffered ISML inputs -------------------------------------+------------------------------------ Reporter: libricoleur | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: isml mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: isml smoothstreaming => isml mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:50:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:50:51 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.92d94a526556fd22e7b759b58bfed87a@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:81 MrNice]: > {{{ > ffmpeg version 0.10.4 Copyright (c) 2000-2012 the FFmpeg developers > }}} This doesn't seem correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:53:45 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:53:45 -0000 Subject: [FFmpeg-trac] #2651(undetermined:new): Input RTMP Stream, Output JPEG Stream In-Reply-To: <040.981278617a659464762e37f9e6a16426@avcodec.org> References: <040.981278617a659464762e37f9e6a16426@avcodec.org> Message-ID: <055.b99f5dc1db97405356fed1ed7540f0bc@avcodec.org> #2651: Input RTMP Stream, Output JPEG Stream -------------------------------------+------------------------------------- Reporter: Animaleante | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Animaleante): I had to completely remove FFMPEG, and the I compiled it with only libx264. Now it works! Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:58:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:58:48 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.332d66ae3f17e7f1ac71d7969cc02992@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:47 cehoyos]: > Replying to [comment:46 mikhailov]: > > Replying to [comment:45 cehoyos]: > > > What is the effect of {{{fps=15}}} in your MP4Box command line? Is {{{-hint}}} necessary to produce a file that is playable on Android? > > even without any extra options it produces valid MP4 files playable on Androids and Flash Players older than 11.2. Hints does almost the same as qt-faststart. > > Does that mean that there is a simpler MP4Box command that allows to produce a file that works on your Android device from out.mp4 ? It doesn't mean this, because F4V container file produced by Wowza Media Server (FMS the same way) passed through ffmpeg works on Android successfully, as well as on Androids. > > > > Please note that ticket #2085 is a ticket about an audio decoding regression while this ticket is (also) reproducible with {{{-an}}} iiuc. > > Do you mean #2096? > > Of course. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 10 23:59:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 21:59:08 -0000 Subject: [FFmpeg-trac] #2651(undetermined:closed): Input RTMP Stream, Output JPEG Stream In-Reply-To: <040.981278617a659464762e37f9e6a16426@avcodec.org> References: <040.981278617a659464762e37f9e6a16426@avcodec.org> Message-ID: <055.d7d78e7d49813de7abf6defe94bac1ea@avcodec.org> #2651: Input RTMP Stream, Output JPEG Stream -------------------------------------+------------------------------------- Reporter: Animaleante | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: rtmp h264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for testing again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:05:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:05:07 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.a093d2101e003300da49509b5a58c22d@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Well spotted! I had ffmpeg installed and removed it. Now I do {{{ $ ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav bash: /usr/bin/ffmpeg: No such file or directory }}} I think I should redo git like I did previously. Could you tell me from where? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:07:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:07:27 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.138edce67f95f47df0c8e35057c7aa68@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): FYI {{{ $ ls arch.mak compat doc ffserver.c libavutil Makefile README autoffmpeg.sh configure ffmpeg.c INSTALL libpostproc outarecord.wav RELEASE Changelog COPYING.GPLv2 ffmpeg_filter.c libavcodec library.mak outffmpeg1.wav tests cmdutils.c COPYING.GPLv3 ffmpeg.h libavdevice libswresample outffmpeg2.wav tools cmdutils_common_opts.h COPYING.LGPLv2.1 ffmpeg_opt.c libavfilter libswscale outvlc.wav version.sh cmdutils.h COPYING.LGPLv3 ffplay.c libavformat LICENSE out.wav common.mak CREDITS ffprobe.c libavresample MAINTAINERS presets }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:41:56 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:41:56 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.d751e0c16b1316fe4c5d57520a15fa69@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): I tried older version (0.11.2) and got the same error as in #1154. The issues remains -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:44:05 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:44:05 -0000 Subject: [FFmpeg-trac] #1154(undetermined:closed): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.3604aaaedd4ddb6ef61a9d460df0974a@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Reference to #2085 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:47:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:47:57 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.b8ba8d5058b18c96ab719bf39be1b304@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 sulio]: > Yes, its passed, but as I understand this is j2c image taken from .mxf file created but some other utility may be OpenDCP or other, but not with ffmpeg using libopenjpeg and his AVoption. You are correct but I believe it is a good source to test DCinema creation. How does the image_to_j2c command line looks like that produces the intended images? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:51:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:51:21 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.ab7139d0911928e79744828ca4b21bd7@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please use {{{./configure && make}}} to build ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 00:59:02 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 22:59:02 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.7ba4376556767cc5554fd5dce78e71f4@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The original issue - that the cookies were not accepted - should be fixed, the remaining issue with probesize and analyzeduration is a duplicate of ticket #1291 afaict. Maybe you can force smaller values with av_dict_set()? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 01:24:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 23:24:26 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.38b9d0cbf68c01627917a49e7e710734@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kyl416): I see it as more of a general issue related to streams from uplynk and the cookies were just one part of it, since even without the cookie support in the original output, the error about the unplayable mp3 stream still appeared. In cases like this though shouldn't it just reject the unplayable stream automatically instead of hanging while it tries to probe it and then playing what it can play? As I said I'm not too familiar with how the probing works, so I don't know if there's a way to know that the stream is unplayable immediately and to ignore it, or if the 0 channels and "unspecified frame size" error only shows up after it gives up on trying to probe it. Also, is it a duplicate? That's ticket is related to the flags not being passed in the chain from the m3u8 container to the individual ts streams, which if fixed would possibly provide a workaround, but it wouldn't be that practical in situations where you don't know where the hls playlist is coming from in advanced (i.e. a mobile app that uses libavformat and takes streams from multiple sources) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 01:40:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 23:40:01 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.09b1d5539e94ee7aab4c4cca4b3806f2@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): I've just encoded the original file with ffmpeg 1.0, the file playback stuck on 2nd second even on Flash Player 11.7. Newer ffmpeg versions (1.1.2, 1.2.1) produce more correct MP4 files that are playable for Flash Player 11.2+. Probably it can help you to identify the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 01:43:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Jun 2013 23:43:22 -0000 Subject: [FFmpeg-trac] #2645(avcodec:closed): mpeg4 encoder potential buffer overflow with certain video dimensions In-Reply-To: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> References: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> Message-ID: <052.a75695f027074f96ada28b70a9e145c8@avcodec.org> #2645: mpeg4 encoder potential buffer overflow with certain video dimensions ------------------------------------+----------------------------------- Reporter: walisser | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in 175e916fa20b7887bdb29809817985e481ae0888 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 09:20:03 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 07:20:03 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.1b7a5fbeeecc2bd9b770122e8e23e832@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:5 kyl416]: > In cases like this though shouldn't it just reject the unplayable stream automatically instead of hanging while it tries to probe it and then playing what it can play? How would FFmpeg know which streams are unplayable without probing them? It is of course possible that there is a bug - that FFmpeg should know these are not playable streams: Did you already download one of the segments and run {{{ffmpeg -i}}} on it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 09:53:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 07:53:58 -0000 Subject: [FFmpeg-trac] #1716(avcodec:closed): Wavpack Encoder In-Reply-To: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> References: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> Message-ID: <054.beda0caab1ce395c5a6a45822df18e2d@avcodec.org> #1716: Wavpack Encoder -------------------------------------+----------------------------------- Reporter: hakermania | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: A wrapper around the original wavpack encoder was implemented by Anton Khirnov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 10:15:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 08:15:09 -0000 Subject: [FFmpeg-trac] #2619(avformat:new): Unable to play HLS urls from uplynk.com In-Reply-To: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> References: <035.f198c900ae8996ce3b9eb68b029ad2ed@avcodec.org> Message-ID: <050.3587fbb699931326e163ac362d64c254@avcodec.org> #2619: Unable to play HLS urls from uplynk.com -------------------------------------+------------------------------------ Reporter: kyl416 | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by kyl416): I'm not familiar with what the probing process is doing in that time. Does it detect the zero channels right away, or is that just what's output by default after the timeout period? It's going to take some work to get the actual ts segments since it uses AES encryption. I attached one of the .ts files and the downloaded key file if you or anyone else can knows how to do it manually. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 16:50:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 14:50:16 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.0b3c293eb856876e8cb7ced84c57a9da@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Rebuitd done. Test: {{{ $ ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav bash: ffmpeg: command not found [jp at loja ffmpeg]$ ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav ffmpeg version N-53955-gd3e89f2 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 11 2013 15:29:15 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1370961028.761392, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.8.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 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 6368kB time=00:00:33.96 bitrate=1536.0kbits/s video:0kB audio:6368kB subtitle:0 global headers:0kB muxing overhead 0.001227% }}} Quality is better but sound have what I call "tics" after some "bips". See comments 66/67 [https://ffmpeg.org/trac/ffmpeg/ticket/2504#comment:66] I tried again with arecord -N -f cd -t wav out.wav: This is perfect, no "tic" at all. Do it use different driver? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 17:13:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 15:13:30 -0000 Subject: [FFmpeg-trac] #2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav) Message-ID: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> #2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+---------------------------------- Reporter: Lastique | Type: defect Status: new | Priority: normal Component: avformat | Version: 1.2.1 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- In our application, we write mp4 files through libav 9.6 using its public API. In one particular case we mux h264 video and AAC audio into the file, so the code is roughly like this: {{{ AVFormatContext* m_av_format_ctx = ...; AVCodec* video_codec = NULL; AVCodec* audio_codec = NULL; CodecID codec_id = AV_CODEC_ID_H264; video_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->video_codec = codec_id; m_av_format_ctx->video_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 0; av_stream->r_frame_rate = av_d2q(m_video_info->fps, std::numeric_limits< unsigned short >::max()); av_stream->time_base.num = av_stream->r_frame_rate.den; av_stream->time_base.den = av_stream->r_frame_rate.num; av_video_codec_ctx = av_stream->codec; // av_stream->codec initialization skipped... av_video_codec_ctx->codec_type = AVMEDIA_TYPE_VIDEO; av_video_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_video_codec_ctx->time_base = { 1, 1000 }; codec_id = AV_CODEC_ID_AAC; audio_codec = avcodec_find_encoder(codec_id); m_av_format_ctx->oformat->audio_codec = codec_id; m_av_format_ctx->audio_codec_id = codec_id; AVStream* av_stream = avformat_new_stream(m_av_format_ctx, NULL); av_stream->id = 1; av_audio_codec_ctx = av_stream->codec; av_stream->time_base.num = 1; av_stream->time_base.den = m_audio_info->sample_rate; av_audio_codec_ctx->codec_type = AVMEDIA_TYPE_AUDIO; av_audio_codec_ctx->flags |= CODEC_FLAG_GLOBAL_HEADER; av_audio_codec_ctx->time_base = { 1, 1000 }; }}} (Sorry, I cannot post the complete code) Our internal video and audio timestamps are in milliseconds, but for audio we convert them to the sample rate-based values by calling av_rescale_rnd(). Video timestamps are converted to frame number (since for fixed-fps media we must specify time_base as 1/fps). The files are written ok by libav 9.6 this way, but not by ffmpeg 1.2.1 (our code is unchanged). Files written by ffmpeg are not playable, video frame rate is extremely low (about 1 frame per several seconds). I have attached files written by libav and ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 18:20:11 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 16:20:11 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.a51878bdab6f574e3f2f439bbe9b2393@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): @cehoyos 5 months later with full explanation and file samples the bug still no reproduced by developer? I can see the other bugs with "invalid clipping" were reproduced by developer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 18:50:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 16:50:51 -0000 Subject: [FFmpeg-trac] #2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav) In-Reply-To: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> References: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> Message-ID: <052.09446b4b9cb52d64d0297c64dcf565a0@avcodec.org> #2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.2.1 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov Comment: Please also test current git head. Is the problem also reproducible with ffmpeg (the application) or only if you use library calls from your application? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 18:54:23 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 16:54:23 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.eb8d26ace42a77004c8b45236af5e40b@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry, I do not own an Android device so I cannot reproduce the problem. If you want to help, please try to find a minimal (as short as possible) command line for MP4Box that uses a (video-only) input file produced with FFmpeg that does not play on your Android device and outputs a file that plays fine on the device. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 18:54:28 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 16:54:28 -0000 Subject: [FFmpeg-trac] #2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav) In-Reply-To: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> References: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> Message-ID: <052.1bff6e06a9fe7143a55bb946606a6c43@avcodec.org> #2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.2.1 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by heleppkes): Note that it is possible for avformat to change the stream timebase from the one you specified when it thinks that another one is more appropriate for the format, so you should always rescale your timestamps to the stream timebase, or your assumption may go wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 18:55:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 16:55:07 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.01436e3b8fe28518be504c45ef9ec9df@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): And please confirm that the problem is reproducible with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 19:41:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 17:41:20 -0000 Subject: [FFmpeg-trac] #2659(build system:new): Compiling for i386 on 64bit OSX is hard Message-ID: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> #2659: Compiling for i386 on 64bit OSX is hard -------------------------------------+------------------------------------- Reporter: hendrik | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: i386 OSX | Blocked By: Darwin | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When building on OS X 10.7.5 (64bit), it is hard to build a ''small'' or ''shared'' 32bit version. How to reproduce: Specifying `--arch=i386` has no effect, as `configure` differentiates between 32 and 64 bit by compiling some code. Forcing 32bit via `--cc="clang -m32"` works, but then the flag `--enable- small` leads to a compilation error: {{{ CC libavcodec/h264_cabac.o In file included from libavcodec/h264_cabac.c:43: libavcodec/x86/h264_i386.h:137:9: error: ran out of registers during register allocation "mov %1, %6 \n\t" }}} Since the failing code is assembler, specifying `--disable-asm` avoids the failure. What if we use gcc instead of clang? Well, that works partially. I.e. it does not work with shared libs enabled: `--enable-small --enable-shared --disable-static --arch=i386 --cc="gcc -m32"` again leads to {{{ CC libavcodec/h264_cabac.o cc1: error in backend: Ran out of registers during register allocation! make: *** [libavcodec/h264_cabac.o] Error 1 }}} $ gcc --version i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.9.00) $ clang --version Apple clang version 3.1 (tags/Apple/clang-318.0.58) (based on LLVM 3.1svn) Target: x86_64-apple-darwin11.4.2 Thread model: posix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 19:49:00 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 17:49:00 -0000 Subject: [FFmpeg-trac] #2659(build system:new): Compiling for i386 on 64bit OSX is hard In-Reply-To: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> References: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> Message-ID: <051.da36ff08ebf912e22d345054ca8193b6@avcodec.org> #2659: Compiling for i386 on 64bit OSX is hard -------------------------------------+------------------------------------- Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: i386 OSX | Resolution: Darwin | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hendrik): It looks like the issue has been discussed before in https://lists.ffmpeg.org/pipermail/ffmpeg-user/2012-June/006886.html - but, given that the discussion is old, the issue has not been fixed, yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 20:24:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 18:24:04 -0000 Subject: [FFmpeg-trac] #2660(undetermined:new): non monotonically increasing Message-ID: <038.e5424e10c4796be92d256d8ccb70f3fd@avcodec.org> #2660: non monotonically increasing -------------------------------------+------------------------------------- Reporter: passtschu | 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: non monotonically increasing while muxing rtsp stream How to reproduce: {{{ ffmpeg -y -i 'rtsp://a1966.v1252936.c125293.g.vq.akamaistream.net/7/1966/125293/v0001/mp4.od.origin.zdf.de .gl- systemhaus.de/none/zdf/13/06/130610_querschuss_ps_sok1_1596k_p13v9.mp4' -acod ec copy -vcodec copy '/path/to/file.mp4' -v info ffmpeg version 0.10.6 Copyright (c) 2000-2012 the FFmpeg developers built on May 14 2013 10:45:00 with gcc 4.7.3 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 Input #0, rtsp, from 'rtsp://a1966.v1252936.c125293.g.vq.akamaistream.net/7/1966/125293/v0001/mp4.od.origin.zdf.de .gl- systemhaus.de/none/zdf/13/06/130610_querschuss_ps_sok1_1596k_p13v9.mp4': Metadata: title : /7/1966/125293/v0001/mp4.od.origin.zdf.de.gl- systemhaus.de/none/zdf/13/06/130610_querschuss_ps_sok1_1596k_p13v9.mp4 Duration: 00:43:02.61, start: 0.000000, bitrate: N/A Stream #0:0: Video: h264 (Main), yuv420p, 852x480 [SAR 1:1 DAR 71:40], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1: Audio: aac, 48000 Hz, stereo, s16 Output #0, mp4, to '/storage/tmp/SOKO_5113/Querschuss.mp4': Metadata: title : /7/1966/125293/v0001/mp4.od.origin.zdf.de.gl- systemhaus.de/none/zdf/13/06/130610_querschuss_ps_sok1_1596k_p13v9.mp4 encoder : Lavf53.32.100 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 852x480 [SAR 1:1 DAR 71:40], q=2-31, 25 fps, 90k tbn, 90k tbc Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Application provided invalid, non monotonically increasing dts to muxer in stream 0: 74296980 >= 74196000 av_interleaved_write_frame(): Invalid argument }}} Same problem with rtsp://a1966.v1252936.c125293.g.vq.akamaistream.net/7/1966/125293/v0001/mp4.od.origin.zdf.de .gl- systemhaus.de/none/zdf/13/06/130611_endstation_mord_ps_sok3_1596k_p13v9.mp4 and others. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 21:12:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 19:12:01 -0000 Subject: [FFmpeg-trac] #2085(undetermined:new): MP4 remux with playback stuck at 2nd seconds In-Reply-To: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> References: <038.489214dbfac1a46bf197075d06c51f4c@avcodec.org> Message-ID: <053.064bac780825ea2e6b42b264a92c4a43@avcodec.org> #2085: MP4 remux with playback stuck at 2nd seconds -------------------------------------+------------------------------------- Reporter: mikhailov | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: h264 flv | Resolution: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mikhailov): Replying to [comment:52 cehoyos]: > Sorry, I do not own an Android device so I cannot reproduce the problem. > If you want to help, please try to find a minimal (as short as possible) command line for MP4Box that uses a (video-only) input file produced with FFmpeg that does not play on your Android device and outputs a file that plays fine on the device. It can be reproduced not only on Android, but Flash Player less than 11.2 as well. The resulted files are corrupted. We won't more waste our and your time with it. We go use F4V container (it's not broken in ffmpeg yet) instead of FLV. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 22:44:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 20:44:29 -0000 Subject: [FFmpeg-trac] #2660(undetermined:new): non monotonically increasing In-Reply-To: <038.e5424e10c4796be92d256d8ccb70f3fd@avcodec.org> References: <038.e5424e10c4796be92d256d8ccb70f3fd@avcodec.org> Message-ID: <053.5f655fcada4438d7b7b49458d19b5ee4@avcodec.org> #2660: non monotonically increasing -------------------------------------+------------------------------------- Reporter: passtschu | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 22:47:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 20:47:14 -0000 Subject: [FFmpeg-trac] #2659(build system:new): Compiling for i386 on 64bit OSX is hard In-Reply-To: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> References: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> Message-ID: <051.84ab00ae4ad53486d3fd91e13ba718c6@avcodec.org> #2659: Compiling for i386 on 64bit OSX is hard -------------------------------------+------------------------------------- Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: i386 OSX | Resolution: Darwin | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand correctly that only building with {{{--enable-small}}} is "hard", {{{--enable-shared}}} (alone) works fine? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 23:03:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 21:03:27 -0000 Subject: [FFmpeg-trac] #2661(avcodec:new): UT Video Decoder Broken Message-ID: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Type: defect Status: new | Priority: important Component: avcodec | Version: Keywords: UT video | unspecified utvideo decoder | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Sometime after 3/28/2013, the UT Video decoder was broken. How to reproduce: This happens with any UT Video source I tried. You can use FFmpeg to make a new one...that causes the problem too. Encoding is fine...if I encode with current FFmpeg and decode with the version I have from 3/28, the output is correct. {{{ ffmpeg -i utenc.mkv -f matroska NUL -y ffmpeg version N-53959-g0f88a98 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 11 2013 02:29:26 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, matroska,webm, from 'utenc.mkv': Metadata: ENCODER : Lavf55.8.102 Duration: 00:00:05.01, start: 0.000000, bitrate: 569716 kb/s Stream #0:0: Video: utvideo (ULY0 / 0x30594C55), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 59.94 fps, 59.94 tbr, 1k tbn, 1k tbc (default) [libx264 @ 02883340] using SAR=1/1 [libx264 @ 02883340] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 02883340] profile High, level 4.2 [libx264 @ 02883340] 264 - core 133 r2334 a3ac64b - 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, matroska, to 'NUL': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 1920x1080 [ SAR 1:1 DAR 16:9], q=-1--1, 1k tbn, 59.94 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (utvideo -> libx264) Press [q] to stop, [?] for help Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 1 times Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 1 times1 times Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Too long VLC (28) in init_vlc Error while decoding stream #0:0: Invalid data found when processing input [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Last message repe at LastedLa st message repeated 1 times message repeated 1 times 1 times Too long VLC (28) in init_vlc Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Too long VLC (28) in init_vlc Last Cannot build Huffman codes 1 Last message repeated 2 timesepeated times times Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 2 times Last messag Too long VLC (28) in init_vlc e La streLa st mepemessage atssagrepe edeated 2repe at1 tedtimes imesimes [utvideo @ 09a5c4a0] Too long VLC (28) in init_vlc Cannot build Huffman codes [utvideo @ 09a5c4a0] Cannot build Huffman codes Last message repeated 1 Last times message repeated 1 times Error while decoding stream #0:0: Invalid data found when processing input Too long VLC (28) in init_vlc [utvideo @ 09a5c4a0] Cannot build Huffman codes Error while decoding stream #0:0: Invalid data found when processing input Last message repeated 2 timeses Too long VLC (28) in init_vlc times La stLa Lasst t message repeamessagmessae trepeatege d 2 edreti mes2 pt imes Last mess[utvideo @ 09a5c4a0] a[utvideo @ 09a5c4a0] Cannot build Huffman cod es ge Cannot build Huffman codes repeated 1 times 1me stisamege s Error while decoding stream #0:0: Invalid data found when processing input mes La s t Lamest ssmeagsse agree pereatpeedat e1 d ti1 metis }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 11 23:15:17 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 21:15:17 -0000 Subject: [FFmpeg-trac] #2659(build system:new): Compiling for i386 on 64bit OSX is hard In-Reply-To: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> References: <036.f520c8cc9f414b4254f850663ad1b787@avcodec.org> Message-ID: <051.923a681b378485d6d18cef25feea46d0@avcodec.org> #2659: Compiling for i386 on 64bit OSX is hard -------------------------------------+------------------------------------- Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: i386 OSX | Resolution: Darwin | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by hendrik): Sorry for being unclear. The answer is: No. It depends on the used compiler. `./configure --enable-shared --disable-static --arch=i386 --cc="gcc -m32"` also leads to {{{ CC libavcodec/h264_cabac.o cc1: error in backend: Ran out of registers during register allocation! make: *** [libavcodec/h264_cabac.o] Error 1 }}} `./configure --enable-shared --disable-static --arch=i386 --cc="clang -m32"` works. But `./configure --enable-shared --disable-static --arch=i386 --cc="clang -m32" --enable-small` leads to {{{ CC libavcodec/h264_cabac.o In file included from libavcodec/h264_cabac.c:43: libavcodec/x86/h264_i386.h:137:9: error: ran out of registers during register allocation "mov %1, %6 \n\t" ^ }}} But in any case, whoever attempts to build ffmpeg for i386 on OSX has to know, that `--arch=i386` is ignored. AFAIK, this is not documented anywhere that's easily accessible. And probably it shouldn't be ignored to begin with. One apparently has to specify `--cc` somehow to get this to build for i386 at all. And when you do, some things still don't work. That's what makes it ''hard'', as in: it takes a few hours to achieve a working result. Thank you for looking into this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 00:12:09 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 22:12:09 -0000 Subject: [FFmpeg-trac] #2662(avformat:new): Support for Kuaibo's qmv format Message-ID: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> #2662: Support for Kuaibo's qmv format ----------------------------------+--------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- .qmv is a fairly recent AV container that's becoming really popular, mainly in China. It is used as a .rmvb replacement for online streaming and regular archiving. For online streaming, it requires the installation of a browser plugin, akin to Flash Player. Player (http://dl.kuaibo.com/QvodSetup5.exe) and video-to-qmv converter (http://dl.kuaibo.com/QMV_Creator_Setup.exe) can be downloaded from there: http://www.kuaibo.com/download.html I'm not aware of its spec being published anywhere yet, but it would be nice of FFmpeg could support it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 00:15:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 22:15:39 -0000 Subject: [FFmpeg-trac] #2662(avformat:new): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.d40e1b9eb0e08ecdf96b5b157a3a881c@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by compn): * keywords: => qmv * priority: normal => wish * version: unspecified => git-master * type: defect => enhancement Comment: could you upload a sample? or tell us url of one? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 01:33:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Jun 2013 23:33:16 -0000 Subject: [FFmpeg-trac] #2662(avformat:new): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.eaf2f5146de7e661ba43092bfc0f14d7@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): Here's a mp4 and the result of converting it to qmv/qmx: http://towerofbabel.free.fr/test/Green%20Hill%20Zone%20-%20Sonic%20-%20Performed%20by%20Tetrimino.mp4 http://towerofbabel.free.fr/test/Green%20Hill%20Zone%20-%20Sonic%20-%20Performed%20by%20Tetrimino_1.QMV http://towerofbabel.free.fr/test/Green%20Hill%20Zone%20-%20Sonic%20-%20Performed%20by%20Tetrimino_1.qmx I used super fast conversion (only 5 sec!), so it's probably just the header that's been changed to match the new format, the AV content itself is probably the same. Don't know what's the use of the qmx file, probably just something being used when streaming the file online with the plugin. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 02:01:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 00:01:30 -0000 Subject: [FFmpeg-trac] #2661(avcodec:new): UT Video Decoder Broken In-Reply-To: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> References: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> Message-ID: <052.64d78f466a600e029f8c6c42e675baae@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+----------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: utvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: UT video utvideo decoder => utvideo Comment: Please provide a failing sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 02:31:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 00:31:37 -0000 Subject: [FFmpeg-trac] #2661(avcodec:new): UT Video Decoder Broken In-Reply-To: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> References: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> Message-ID: <052.a0a5f3f49f04a01bb36026bfacd41b91@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+----------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: utvideo | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Aegwyn11): As I said in the description, I see the issue with any UT video encoded clip I try. I tried to upload a small sample per the instructions on the FFmpeg page, but the FTP server rejected me saying too many connection attempts. Here it is on my Google Drive: https://docs.google.com/file/d/0B3bL9ErYm7mVbVNTRkZmRXRLU3M/edit?usp=sharing You can use this to create a UT Video source that will exhibit the problem when you try to decode it with the following command: ffmpeg -i "UT Video Decoder Problems Ticket 2661.mkv" -c:v utvideo "Source for Ticket 2661.mkv" Then try to decode it using the following command to see the errors: ffmpeg -i "Source for Ticket 2661.mkv" -f rawvideo NUL -y -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 02:44:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 00:44:06 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.890a40cdd8d46391454392a505c898e4@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Each chunk starts with a four byte identifier, followed by the size of the chunk (eight bytes). The whole file is the "{{{QMV }}}" chunk, audio and video is identified by {{{STRM}}} chunks, followed by the (large) "{{{DAT }}}" chunk, the {{{INDX}}} chunk near the end of the file and finally the {{{INFO}}} chunk. The absolute positions of the "{{{DAT }}}" and the {{{INDX}}} chunk are written before the first {{{STRM}}} chunk. Maybe the first {{{STRM}}} chunk starts always at 0x56. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 02:49:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 00:49:16 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.0f4aee72a4262ec11ad0546d39dc976b@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Audio stream chunk contains the string "VORBIS" but audio in the file is actually AAC. {{{ 00000110 3c b0 53 54 52 4d 00 00 00 00 00 00 00 8b 04 00 |<.STRM..........| 00000120 00 00 00 01 00 02 00 02 ed f8 00 00 00 01 00 98 |................| 00000130 96 80 00 00 00 00 9f 73 de 9e 06 61 75 64 73 00 |.......s...auds.| 00000140 00 10 00 80 00 00 aa 00 38 9b 71 ff 00 00 00 00 |........8.q.....| 00000150 00 10 00 80 00 00 aa 00 38 9b 71 56 4f 52 42 49 |........8.qVORBI| 00000160 53 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |S...............| 00000170 00 00 00 00 00 00 00 00 00 00 00 00 ff 00 00 ac |................| 00000180 44 00 02 00 10 00 03 8b 07 00 00 00 10 12 10 00 |D...............| 00000190 00 00 00 00 00 00 00 00 00 00 00 00 00 44 41 54 |.............DAT| }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 02:57:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 00:57:53 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.470fed356eaa043d704e6358deeaee45@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The video stream chunk contains the fourcc, the resolution (0x780 x 0x438) and extradata (17 67 64 00 ... ee 3c b0). {{{ 00000050 00 00 00 00 00 00 53 54 52 4d 00 00 00 00 00 00 |......STRM......| 00000060 00 bc 04 00 00 00 00 00 00 01 00 42 34 30 00 00 |...........B40..| 00000070 00 01 00 98 96 80 00 00 00 00 9f 71 59 0b 04 76 |...........qY..v| 00000080 69 64 73 00 00 10 00 80 00 00 aa 00 38 9b 71 61 |ids.........8.qa| 00000090 76 63 31 00 00 10 00 80 00 00 aa 00 38 9b 71 48 |vc1.........8.qH| 000000a0 32 36 34 00 00 00 00 00 00 00 00 00 00 00 00 00 |264.............| 000000b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000000c0 00 07 80 00 00 04 38 00 00 07 80 00 00 04 38 00 |......8.......8.| 000000d0 00 00 18 00 00 00 00 31 63 76 61 00 00 00 00 00 |.......1cva.....| 000000e0 05 17 8b 00 00 00 04 00 00 00 ff 00 00 00 64 00 |..............d.| 000000f0 00 00 1f 00 17 67 64 00 28 ac b4 03 c0 11 3f 2c |.....gd.(.....?,| 00000100 20 00 00 7d 20 00 1d 4c 01 e3 06 54 00 04 68 ee | ..} ..L...T..h.| 00000110 3c b0 53 54 52 4d 00 00 00 00 00 00 00 8b 04 00 |<.STRM..........| }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 03:32:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 01:32:02 -0000 Subject: [FFmpeg-trac] #2661(avcodec:open): UT Video Decoder Broken In-Reply-To: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> References: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> Message-ID: <052.2daf70aebf61f907f92b02f39b8a3555@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: utvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: utvideo => utvideo regression * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Regression since fb3e380 {{{ $ ffmpeg -i utvideo.avi -f framecrc - ffmpeg version N-53976-g1163910 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 12 2013 03:27:52 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from 'utvideo.avi': Metadata: encoder : Lavf55.8.102 Duration: 00:00:00.03, start: 0.000000, bitrate: 593571 kb/s Stream #0:0: Video: utvideo (ULY0 / 0x30594C55), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 59.94 tbr, 59.94 tbn, 59.94 tbc #tb 0: 317/19001 Output #0, framecrc, to 'pipe:': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 59.94 tbn, 59.94 tbc Stream mapping: Stream #0:0 -> #0:0 (utvideo -> rawvideo) Press [q] to stop, [?] for help Too long VLC (28) in init_vlc [utvideo @ 0x2366f20] Cannot build Huffman codes 0, 0, 0, 1, 3110400, 0x0da7eb6b frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.01 bitrate= 36.0kbits/s video:3038kB audio:0kB subtitle:0 global headers:0kB muxing overhead -99.997589% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 03:59:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 01:59:10 -0000 Subject: [FFmpeg-trac] #2657(avformat:closed): FFmpeg fails to read some buffered ISML inputs In-Reply-To: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> References: <040.f76cb396666bd48082def116f4048bcc@avcodec.org> Message-ID: <055.9739345aa8457c80a47ebbc7adce4564@avcodec.org> #2657: FFmpeg fails to read some buffered ISML inputs -------------------------------------+------------------------------------ Reporter: libricoleur | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: isml mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by you, thank you for the report and the patch! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 04:02:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 02:02:13 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.da75b83b773832d0db6c0f39a7fc1d36@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:86 MrNice]: > Quality is better but sound have what I call "tics" after some "bips". The same as with 743b389 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 04:13:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 02:13:35 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.24e3c91d96276b1b36ab02e992c5626d@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by compn): are you sure there are more than 3 1/2 people using this format? ehe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 08:34:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 06:34:12 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.6115f36d0994ed6a9651f06a1e711bc8@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Yes, like I wrote in the comment 67 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 09:13:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 07:13:04 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.2dab1b77a0a398597059201efad545d5@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): Well, when searching for this format in Google, you get a lot of results from Chinese and Singaporian sites. I don't have any real statistics to back up the popularity of this format. And anything used within China quickly becomes "widespread" anyway... For the audio stream, this is probably a bug from the converter: There is an option to do "lossless" and super fast conversion for mp4 files only. But when you see options for regular conversion, you can only use H264+OGG or VP8+OGG. I used the former conversion, I can also provide the latter kind if needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 11:25:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 09:25:16 -0000 Subject: [FFmpeg-trac] #2663(undetermined:new): Invalid data found for live audio stream Message-ID: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> #2663: Invalid data found for live audio stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This looks like a regression, as it works with 1.1.1 release. This is on the latest git (this morning). Command line: ffmpeg -v 99 -loglevel 99 -i http://69.166.45.47:8000 -report ffmpeg version N-53976-g1163910 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 12 2013 10:16:03 with gcc 4.7.2 (GCC) configuration: --enable-static --disable-shared --disable-ffplay --disable-ffserver --enable-memalign-hack --enable-libmp3lame --enable- libass --enable-librtmp --enable-fontconfig --enable-libfreetype --enable- zlib --enable-libx264 --extra-libs='-lrtmp -lpolarssl -lws2_32 -lwinmm -lexpat -lfreetype -lfribidi -lz' --arch=x86 --enable-runtime-cpudetect --enable-pthreads --target-os=mingw32 --cross-prefix=i686-w64-mingw32- --enable-gpl --pkg-config=pkg-config libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '99'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'http://69.166.45.47:8000'. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 99. Applying option loglevel (set logging level) with argument 99. Applying option report (generate a report) with argument 1. Successfully parsed a group of options. Parsing a group of options: input file http://69.166.45.47:8000. Successfully parsed a group of options. Opening an input file: http://69.166.45.47:8000. [AVIOContext @ 0416E840] Statistics: 4861 bytes read, 0 seeks http://69.166.45.47:8000: Invalid data found when processing input -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 11:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 09:47:01 -0000 Subject: [FFmpeg-trac] #2663(avformat:open): Invalid data found for live audio stream In-Reply-To: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> References: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> Message-ID: <051.fe50913221491f7cae6149ffabca732e@avcodec.org> #2663: Invalid data found for live audio stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: http | 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: => http regression Comment: Regression since 1fabd95 - related to ticket #2265, I liked the commit very much, but it apparently has to be reverted;-( Work-around is to use -user-agent: {{{ $ ffmpeg -user-agent 42 -i http://69.166.45.47:8000 ffmpeg version N-53976-g1163910 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 12 2013 11:46:00 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 0x1e73620] Header missing [mp3 @ 0x1e701c0] max_analyze_duration 5000000 reached at 5004000 microseconds Input #0, mp3, from 'http://69.166.45.47:8000': Duration: N/A, start: 0.000000, bitrate: 51 kb/s Stream #0:0: Audio: mp3, 32000 Hz, mono, s16p, 51 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 11:50:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 09:50:03 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.53a8bf314f07dd77769140d08c232318@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 cyril]: > For the audio stream, this is probably a bug from the converter: There is an option to do "lossless" and super fast conversion for mp4 files only. But when you see options for regular conversion, you can only use H264+OGG or VP8+OGG. (Interesting naming.) Does the player play the file containing aac? What about other input codecs and the lossless conversion? > I used the former conversion, I can also provide the latter kind if needed. Please provide such files, preferably very significantly shorter. Are more than one audio or more than one video stream supported? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 11:52:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 09:52:28 -0000 Subject: [FFmpeg-trac] #2663(avformat:open): Invalid data found for live audio stream In-Reply-To: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> References: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> Message-ID: <051.f83c5710897b7b878419390d2681406a@avcodec.org> #2663: Invalid data found for live audio stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: http | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Feel free to revert. It is also known to break playback on http streaming server who use the user agent to guess if it's a browser (to display a summary) or a player (to stream the audio data). Note: if you revert, please keep the default user agent string in the options tab (and thus keep http_connect unchanged); basically, just remove "Mozilla/5.0" from DEFAULT_USER_AGENT. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 11:57:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 09:57:02 -0000 Subject: [FFmpeg-trac] #2639(avformat:open): FFmpeg hangs when trying to seek on a certain wmv file In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.fa65fa1f5bdc9f570ae9f4689bbcab3a@avcodec.org> #2639: FFmpeg hangs when trying to seek on a certain wmv file -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression crash | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asf regression => asf regression crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 12:00:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 10:00:17 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.13f39abf57aa7ffe65d690a3573f00d0@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): What about ticket #2478? Do the messages disappear when using the blocking mode? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 13:33:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 11:33:58 -0000 Subject: [FFmpeg-trac] #2664(undetermined:new): First three frames kept when reducing frame rate with -r option Message-ID: <036.5184c7579ec99468e13dfd8dd1698446@avcodec.org> #2664: First three frames kept when reducing frame rate with -r option -------------------------------------+------------------------------------- Reporter: b_jonas | Type: defect Status: new | Priority: minor Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When I reduce the frame rate of a video using the `-r` option, the first three frames of the input are copied to the output. I believe that only the first frame should be copied, the next frame of the ouput should be a later frame of the input. This bug is the most obvious when writing image or rawvideo output, but I believe it can occur even when writing a video with a container too. This occurs even if I read a video, I'm using an image sequence as the input below only because that way is easier to give a reproducible sequence. Using the `fps` filter instead of the `-r` option seems to be an effective workaround to avoid the bug. How to reproduce. I have tried the following instructions on Windows 7 amd64, with the Zeranoe FFmpeg builds ffmpeg version N-53307-g5a65fea built on May 20 2013 22:46:15 with gcc 4.7.3 (GCC). First, I have created a sequence of paletted png input images lbl-0000.png to lbl-0350.png inclusive, each showing the same number as in the filename clearly. For this I used the following ImageMagick command, where im- convert is an alias that invokes the convert command from ImageMagick-6.8.3-Q16 x86_64. {{{ e:\ambrus\f\kozlek\tmp\dump>rem perl -we "use feature q(:5.14); for $n (0..350) { my $p = sprintf q(%04d), $n; $c = qq(im-convert -font \x22Bitstream-Vera-Sans-Mono\x22 -pointsize 18 -background #000000 -fill #ffffff -gravity Center -size 64x64 label:$p lbl-$p.png ); say $c; system $c and die; }" }}} Then, I ran the following ffmpeg command. {{{ ffmpeg -v 99 -report -r 30 -i lbl-%04d.png -r 1 rate-%04d.png }}} This has created output files named rate-0001.png to rate-0015.png inclusive, with the images clearly showing the following text: 0000, 0001, 0002, 0015, 0045, 0075, 0105, 0135, 0165, 0195, 0225, 0255, 0285, 0315, 0345. That shows that all of the first three frames of the input have been copied. I will attach the logfile of the ffmpeg run to this ticket (77 kilobytes of size). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 14:24:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 12:24:45 -0000 Subject: [FFmpeg-trac] #2664(undetermined:closed): First three frames kept when reducing frame rate with -r option In-Reply-To: <036.5184c7579ec99468e13dfd8dd1698446@avcodec.org> References: <036.5184c7579ec99468e13dfd8dd1698446@avcodec.org> Message-ID: <051.21a1e07b292f1c857b38e28899b6cb0e@avcodec.org> #2664: First three frames kept when reducing frame rate with -r option -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: closed Priority: minor | 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: Looks like a duplicate of ticket #1578, please test {{{-vf fps}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 14:54:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 12:54:39 -0000 Subject: [FFmpeg-trac] #2664(undetermined:closed): First three frames kept when reducing frame rate with -r option In-Reply-To: <036.5184c7579ec99468e13dfd8dd1698446@avcodec.org> References: <036.5184c7579ec99468e13dfd8dd1698446@avcodec.org> Message-ID: <051.8692c04c4a6faa10d77bfe6efdb60c22@avcodec.org> #2664: First three frames kept when reducing frame rate with -r option -------------------------------------+------------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by b_jonas): Replying to [comment:1 cehoyos]: > Looks like a duplicate of ticket #1578, please test {{{-vf fps}}}. I have tested with the following command. {{{ ffmpeg -v 99 -report -r 30 -i lbl-%04d.png -vf fps=1 fps-%04d.png }}} This does not reproduce the bug, it gives apparently correct output. The output has files named fps-0001.png to fps-00013.png, containing the following text: 0000, 0015, 0045, 0075, 0105, 0135, 0165, 0195, 0225, 0255, 0285, 0315, 0345. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 14:55:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 12:55:41 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> References: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> Message-ID: <054.4b885858b3d90fd6d6753b3ed0a202a1@avcodec.org> #1578: variable FPS incorrect frame length -------------------------------------+------------------------------------- Reporter: kubabrecka | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by b_jonas): See also [ticket:2664] which is marked as a duplicate of this bug but uses fixed framerate input. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 16:40:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 14:40:06 -0000 Subject: [FFmpeg-trac] #1949(avfilter:closed): Display frame number on each frame In-Reply-To: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> References: <034.9587988585af8120f6dbd4dd23fa9c1e@avcodec.org> Message-ID: <049.9cdeb11612f5179ccea82903d3631a5f@avcodec.org> #1949: Display frame number on each frame -------------------------------------+------------------------------------ Reporter: igorg | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: drawtext | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by Charlie): Hi, in my case, I needed three escapings: {{{ #!div style="font-size: 80%" Code highlighting: {{{#!python text=%{expr\\\:n+1} }}} }}} And, not sure if this has been answered elsewhere ? but it would be great indeed to have some formatting control and display the frame number as int (1,2,3,..) instead of double (1.000000, 2.000000, ...) Thanks ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 19:39:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 17:39:04 -0000 Subject: [FFmpeg-trac] #1407(avcodec:new): aac: 960/120 MDCT window is not implemented In-Reply-To: <036.12edab881cbd26c6c4eddffc7a9fd737@avcodec.org> References: <036.12edab881cbd26c6c4eddffc7a9fd737@avcodec.org> Message-ID: <051.7f3ad6ef8cf29e9a84cd5af5d6cadb7c@avcodec.org> #1407: aac: 960/120 MDCT window is not implemented -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Maurits): Some additional information. While the 960 frame length is rare in standalone files, it is common in streams such as those used in DAB+ digital radio. In case anyone needs more examples or test samples, this is a status overview of a typical German DAB+ digital radio multiplex: http://www.dabmon.de:8002/ Clicking on any of the streams after 'label:' will give you a AAC960 stream to test. While the stream will be played in most cases, it is clearly being played a bit too slow due to FFmpeg incorrectly treating it as AAC1024. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 19:51:05 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 17:51:05 -0000 Subject: [FFmpeg-trac] #2478(avdevice:new): PTS: DTS: invalid, clipping when recording alsa In-Reply-To: <035.1ec2cd07fd7a4defde89f7c7add27854@avcodec.org> References: <035.1ec2cd07fd7a4defde89f7c7add27854@avcodec.org> Message-ID: <050.1bfdbe3241eef3156425683f60a7f15c@avcodec.org> #2478: PTS: DTS: invalid, clipping when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: alsa | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MrNice): I removed the line 193. 1st test, same command than comment 7 {{{ ./ffmpeg -debug 1 -vn -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -c:a pcm_s16le out.wav ffmpeg version N-53955-gd3e89f2 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 11 2013 15:29:15 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 matched as AVOption 'debug' with argument '1'. Reading option '-vn' ... matched as option 'vn' (disable video) 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 '-c:a' ... matched as option 'c' (codec name) with argument 'pcm_s16le'. Reading option 'out.wav' ... 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 vn (disable video) with argument 1. 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 @ 0x1ec7d00] All info found Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1371058668.112454, 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: output file out.wav. Applying option c:a (codec name) with argument pcm_s16le. Successfully parsed a group of options. Opening an output file: out.wav. File 'out.wav' already exists. Overwrite ? [y/N] y Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 0x1ec1300] Setting 'time_base' to value '1/48000' [graph 0 input from stream 0:0 @ 0x1ec1300] Setting 'sample_rate' to value '48000' [graph 0 input from stream 0:0 @ 0x1ec1300] Setting 'sample_fmt' to value 's16' [graph 0 input from stream 0:0 @ 0x1ec1300] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x1ec1300] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [audio format for output stream 0:0 @ 0x1ec17c0] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0x1ec78c0] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.8.102 Stream #0:0, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [alsa @ 0x1ec7d00] ALSA buffer xrun. size= 2520kB time=00:00:16.37 bitrate=1260.8kbits/s video:0kB audio:2520kB subtitle:0 global headers:0kB muxing overhead 0.003100% 315 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x1ee3be0] Statistics: 4 seeks, 318 writeouts }}} Sound has what I call "tics" after some "bips" 2nd test, same command than comment 6 {{{ $ ./ffmpeg -debug 1 -f v4l2 -channel 1 -input_format yuyv422 -i /dev/video0 -f alsa -ac 2 -channel_layout stereo -i hw:0,0 -map 0:v -map 1:a -c:a pcm_s16le -c:v ffv1 out.avi ffmpeg version N-53955-gd3e89f2 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 11 2013 15:29:15 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 matched as AVOption 'debug' with argument '1'. 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 '-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 '-map' ... matched as option 'map' (set input stream mapping) with argument '0:v'. Reading option '-map' ... matched as option 'map' (set input stream mapping) with argument '1:a'. 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 'out.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 /dev/video0. Applying option f (force format) with argument v4l2. Successfully parsed a group of options. Opening an input file: /dev/video0. [video4linux2,v4l2 @ 0x18c2420] fd:3 capabilities:5020041 [video4linux2,v4l2 @ 0x18c2420] Selecting input_channel: 1 [video4linux2,v4l2 @ 0x18c2420] Current input_channel: 1, input_name: S-Video [video4linux2,v4l2 @ 0x18c2420] Querying the device for the current frame size [video4linux2,v4l2 @ 0x18c2420] Setting frame size to 720x576 [video4linux2,v4l2 @ 0x18c2420] The V4L2 driver is using the interlaced mode [video4linux2,v4l2 @ 0x18c2420] Current standard: PAL, id: 255, frameperiod: 1/25 [video4linux2,v4l2 @ 0x18c2420] All info found Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1371059054.306878, bitrate: 165888 kb/s Stream #0: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: 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 @ 0x18c4100] All info found Input #1, alsa, from 'hw:0,0': Duration: N/A, start: 1371059054.309044, bitrate: 1536 kb/s Stream #1:0, 1, 1/1000000: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Successfully opened the file. Parsing a group of options: output file out.avi. Applying option map (set input stream mapping) with argument 0:v. Applying option map (set input stream mapping) with argument 1:a. 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: out.avi. File 'out.avi' already exists. Overwrite ? [y/N] y Successfully opened the file. detected 8 logical cores [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'video_size' to value '720x576' [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'pix_fmt' to value '1' [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'time_base' to value '1/1000000' [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 0x18a5280] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x18a5280] w:720 h:576 pixfmt:yuyv422 tb:1/1000000 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 0x18a6880] compat: called with args=[yuv420p|yuva420p|yuva422p|yuv444p|yuva444p|yuv440p|yuv422p|yuv411p|yuv410p|bgr0|bgra|yuv420p16le|yuv422p16le|yuv444p16le|yuv444p9le|yuv422p9le|yuv420p9le|yuv420p10le|yuv422p10le|yuv444p10le|gray16le|gray|gbrp9le|gbrp10le|gbrp12le|gbrp14le] [format @ 0x18a6880] Setting 'pix_fmts' to value 'yuv420p|yuva420p|yuva422p|yuv444p|yuva444p|yuv440p|yuv422p|yuv411p|yuv410p|bgr0|bgra|yuv420p16le|yuv422p16le|yuv444p16le|yuv444p9le|yuv422p9le|yuv420p9le|yuv420p10le|yuv422p10le|yuv444p10le|gray16le|gray|gbrp9le|gbrp10le|gbrp12le|gbrp14le' [auto-inserted scaler 0 @ 0x18a5fe0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 0x18a5fe0] w:iw h:ih flags:'0x4' interl:0 [format @ 0x18a6880] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 0x18ab7e0] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 0x18a5fe0] picking yuv422p out of 26 ref:yuyv422 alpha:0 [auto-inserted scaler 0 @ 0x18a5fe0] w:720 h:576 fmt:yuyv422 sar:0/1 -> w:720 h:576 fmt:yuv422p sar:0/1 flags:0x4 [graph 1 input from stream 1:0 @ 0x18a9dc0] Setting 'time_base' to value '1/48000' [graph 1 input from stream 1:0 @ 0x18a9dc0] Setting 'sample_rate' to value '48000' [graph 1 input from stream 1:0 @ 0x18a9dc0] Setting 'sample_fmt' to value 's16' [graph 1 input from stream 1:0 @ 0x18a9dc0] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 1:0 @ 0x18a9dc0] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [audio format for output stream 0:1 @ 0x18aa380] Setting 'sample_fmts' to value 's16' [AVFilterGraph @ 0x18abb60] query_formats: 4 queried, 9 merged, 0 already done, 0 delayed Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.8.102 Stream #0:0, 0, 1/25: Video: ffv1 (FFV1 / 0x31564646), yuv422p, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1, 0, 1/48000: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> ffv1) Stream #1:0 -> #0:1 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [alsa @ 0x18c4100] ALSA buffer xrun. *** drop!34 fps= 33 q=-1.0 size= 12461kB time=00:00:06.64 bitrate=15373.7kbits/s *** drop!10 fps= 29 q=-1.0 size= 20059kB time=00:00:09.68 bitrate=16975.1kbits/s dup=0 drop=1 *** drop!74 fps= 28 q=-1.0 size= 26097kB time=00:00:12.24 bitrate=17466.0kbits/s dup=0 drop=2 *** drop!50 fps= 28 q=-1.0 size= 33596kB time=00:00:15.28 bitrate=18011.9kbits/s dup=0 drop=3 *** drop!26 fps= 27 q=-1.0 size= 40997kB time=00:00:18.32 bitrate=18332.3kbits/s dup=0 drop=4 *** drop!89 fps= 27 q=-1.0 size= 47234kB time=00:00:20.84 bitrate=18567.1kbits/s dup=0 drop=5 *** drop!66 fps= 27 q=-1.0 size= 54545kB time=00:00:23.92 bitrate=18680.5kbits/s dup=0 drop=6 frame= 575 fps= 26 q=-1.0 Lsize= 55804kB time=00:00:24.28 bitrate=18828.2kbits/s dup=0 drop=7 video:51696kB audio:4072kB subtitle:0 global headers:0kB muxing overhead 0.064798% 1091 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x18ea9c0] Statistics: 10 seeks, 2242 writeouts }}} Sound has what I call "tics" after some "bips" and frames are dropped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 19:54:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 17:54:44 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.7f72379c247c2654dcdbe496509b329e@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I did 2 tests in the thread [https://ffmpeg.org/trac/ffmpeg/ticket/2478#comment:10] If you want another command please, write it, I'll execute it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 20:27:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 18:27:00 -0000 Subject: [FFmpeg-trac] #2665(avutil:new): AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames Message-ID: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> #2665: AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames -----------------------------------+---------------------------------- Reporter: Gibraltar | Type: defect Status: new | Priority: normal Component: avutil | Version: 1.1.5 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Summary of the bug: An incorrect AVPictureType is returned during demux for two slice per H264 encoded streams. When calling av_read_frame to demux a packet from a Mpeg-2 H264 stream, the returned avpacket AVPictureType is AV_PICTURE_TYPE_NONE in the case where it should be AV_PICTURE_TYPE_I. This only happens when the H264 frames has two slices per frame as shown in attached image. How to reproduce: Demux an H264 I frame when the H264 is two slices per frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 22:14:44 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 20:14:44 -0000 Subject: [FFmpeg-trac] #2653(undetermined:new): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.83e5a415d88bd630dec82f935be3c841@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): image_to_j2c.exe -i inputfile -o outputfile -cinema2K 24 (or -cinema4K or -cinema2K 48) Image_to_j2c is just frontend to library. Also another usage can be (for directory converting) image_to_j2c.exe -ImgDir directory -OutFor format (j2c,jp2,j2k) -cinema2K 24 (or -cinema4K or -cinema2K 48) In this case it convert all what is in directory without further interaction so with one command line - all directory converted So ffmpeg should also pass AVoptions to libopenjpeg same way like image_to_j2c do. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 22:55:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 20:55:32 -0000 Subject: [FFmpeg-trac] #2444(avfilter:open): memory corruption/core dump using alpha overlay in current git ffmpeg In-Reply-To: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> References: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> Message-ID: <050.d8d23f40e93884a5a012c5b3e7729e03@avcodec.org> #2444: memory corruption/core dump using alpha overlay in current git ffmpeg -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by takis): I could reproduce the crash with the given sample, commandline, and GIT revision (1fabd950355849fe8df77226e5f048cd6bdcfb6a). But it's working for me with current GIT head (8aea2f05dc56f7e7d60767dd27ba8e846a05e8ae). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 23:10:52 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 21:10:52 -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.10a30e04136eb7e5c95ab4c88e3d137f@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 | -------------------------------------+------------------------------------- Comment (by takis): With current git head, it is still reproducible, and it still works fine when compiling FFmpeg with --disable-asm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 23:20:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 21:20:40 -0000 Subject: [FFmpeg-trac] #2580(avcodec:open): FLV h264 video decoding corrupted In-Reply-To: <038.b644346760c00b3fab646186d7d4ed1c@avcodec.org> References: <038.b644346760c00b3fab646186d7d4ed1c@avcodec.org> Message-ID: <053.3be6933e7f853a41f4de32f04f4a400d@avcodec.org> #2580: FLV h264 video decoding corrupted -------------------------------------+------------------------------------- Reporter: relevante | 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 | -------------------------------------+------------------------------------- Comment (by takis): Decoding still corrupt with current GIT head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 23:22:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 21:22:48 -0000 Subject: [FFmpeg-trac] #2497(avcodec:closed): ALAC encoder produces invalid output / is not lossless In-Reply-To: <036.3b2838d6821ee169a4b3698ea272e3c8@avcodec.org> References: <036.3b2838d6821ee169a4b3698ea272e3c8@avcodec.org> Message-ID: <051.b8e196c796bd3cbcf06f9cf9114ec40f@avcodec.org> #2497: ALAC encoder produces invalid output / is not lossless ------------------------------------+----------------------------------- Reporter: pneuman | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: alac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 12 23:55:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 21:55:32 -0000 Subject: [FFmpeg-trac] #2444(avfilter:closed): memory corruption/core dump using alpha overlay in current git ffmpeg In-Reply-To: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> References: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> Message-ID: <050.93d59c1066eb3ebb0a1b788d69ecaf99@avcodec.org> #2444: memory corruption/core dump using alpha overlay in current git ffmpeg -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: crash | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael in 9b672d4. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 00:25:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 22:25:09 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.136b74bbc4b5965f14436c97864511d9@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): Replying to [comment:8 cehoyos]: > (Interesting naming.) > Does the player play the file containing aac? What about other input codecs and the lossless conversion? The player can indeed play the file with aac, no issue there. I only have mp4 encoded as h264/aac so I don't know what happens with other codecs. I'll find out about this later when I have time to re-encode a mp4 using other codecs. > Please provide such files, preferably very significantly shorter. > Are more than one audio or more than one video stream supported? I tried to convert a mkv with 2 audio streams, the final result only got the 1st audio stream, so it seems like only 1 video and 1 audio streams are supported within a single file. Here's a fully converted mkv: http://towerofbabel.free.fr/test/sample.mkv http://towerofbabel.free.fr/test/sample_1.QMV http://towerofbabel.free.fr/test/sample_1.qmx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 00:27:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 22:27:12 -0000 Subject: [FFmpeg-trac] #2665(undetermined:new): AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames In-Reply-To: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> References: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> Message-ID: <053.bd08811aeffa417638fc069b011c0744@avcodec.org> #2665: AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.5 | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 * component: avutil => undetermined Comment: Please test current git head, please provide a sample and please explain how to reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 00:49:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 22:49:25 -0000 Subject: [FFmpeg-trac] #2665(undetermined:new): AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames In-Reply-To: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> References: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> Message-ID: <053.81ef8bba8de25c19c6e22cd24452ea78@avcodec.org> #2665: AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.5 | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gibraltar): Sample added, issue appears with Git, trying to use ffmpeg.exe to reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 01:17:16 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 23:17:16 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.bca9a397fdd2ae09732e0e43af6ba3dd@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): Ok, I've just tried to convert sample.mkv as a MPEG-2/MP3 mp4 file, then converted the latter again as qmv using the "lossless" settings. You can find the results there: http://towerofbabel.free.fr/test/testing.mp4 http://towerofbabel.free.fr/test/testing_1.QMV http://towerofbabel.free.fr/test/testing_1.qmx By the way, the popularity of the qmv format probably comes from the fact that the player comes with a custom IE shell browser, which features a search engine for free online video using this format. And the videos are popular Hollywood movies and Chinese TV series... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 01:35:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 23:35:32 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.6aa76751d5c0224ee185040390eb7820@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by compn): out of curiosity, since they shutdown bt.ydy ... where are all the chinese films and tv shows hiding now? i'd like to conduct ... research on some films i've been looking for. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 01:46:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 23:46:23 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.e9e9316af0838f748def0a1520a9abd3@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Are audio-only or video-only files possible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 01:50:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 23:50:53 -0000 Subject: [FFmpeg-trac] #1500(avfilter:closed): Rotate a video around an arbitrary angle In-Reply-To: <045.94c6bda30bad2ebfb35d22d4b177d876@avcodec.org> References: <045.94c6bda30bad2ebfb35d22d4b177d876@avcodec.org> Message-ID: <060.060a7c9113e43edcab0748fa44aab7da@avcodec.org> #1500: Rotate a video around an arbitrary angle -------------------------------------+------------------------------------- Reporter: Marco | Owner: Baumg?rtner | Status: closed Type: enhancement | Component: avfilter Priority: wish | Resolution: fixed Version: git-master | Blocked By: Keywords: rotate | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit dc5e26d67f5cdcfb9e9add7c1da3684d29532b34 Author: Stefano Sabatini Date: Tue Jun 11 10:31:59 2013 +0200 lavfi: add rotate filter Based on the libavfilter SOC filter by Vitor Sessak, with the following additions: * integer arithmetic * bilinear interpolation * RGB path * configurable parametric angle, output width and height Address trac issue #1500. See thread: Subject: [FFmpeg-devel] [WIP] rotate filter(s) Date: 2010-10-03 17:35:49 GMT }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 01:55:51 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Jun 2013 23:55:51 -0000 Subject: [FFmpeg-trac] #2580(avcodec:closed): FLV h264 video decoding corrupted In-Reply-To: <038.b644346760c00b3fab646186d7d4ed1c@avcodec.org> References: <038.b644346760c00b3fab646186d7d4ed1c@avcodec.org> Message-ID: <053.9405c8eebe6962e6250f6b674dfb510f@avcodec.org> #2580: FLV h264 video decoding corrupted -------------------------------------+------------------------------------- Reporter: relevante | 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 443b29e475a63cbfc573bddf46c4cb5ce7b5f461 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 02:02:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 00:02:53 -0000 Subject: [FFmpeg-trac] #2639(avformat:open): FFmpeg hangs when trying to seek on a certain wmv file In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.9923977e00431a257784222819da6416@avcodec.org> #2639: FFmpeg hangs when trying to seek on a certain wmv file -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asf regression crash => asf regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 02:36:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 00:36:19 -0000 Subject: [FFmpeg-trac] #2666(FFplay:new): Subtitles broken with ffplay Message-ID: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> #2666: Subtitles broken with ffplay --------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git-master | Keywords: dvbsub Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+-------------------------------- (Found when testing http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46146) Subtitles (I only tested dvbsub) are not shown anymore by ffplay since f2175a6 or only one line of subtitles is shown and never disappears. This may or may not be related to another bug: If I seek back (at least in the sample I am testing), the subtitles that were shown before are never shown again, only newer (later) ones will be shown when playback reaches the position again. This is not a regression afaict, only reproducible with older version for the short sample I will attach. {{{ $ ffplay -t 7.3 out.m2t ffplay version N-53987-g443b29e Copyright (c) 2003-2013 the FFmpeg developers built on Jun 13 2013 02:33:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 76.101 / 3. 76.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Invalid frame dimensions 0x0.q= 0KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 0x7f8ebc0049e0] Invalid frame dimensions 0x0. Last message repeated 2 times [mpegts @ 0x7f8ebc000920] max_analyze_duration 5000000 reached at 5016000 microseconds [mpegts @ 0x7f8ebc000920] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'out.m2t': Duration: 00:00:09.17, start: 53328.302833, bitrate: 2234 kb/s Program 1000 Stream #0:0[0x208]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x212](fra): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x213](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0x21c](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:4[0x21d](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x21e](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) [mpegts @ 0x7f8ebc000920] PES packet size mismatch 53338.54 A-V: 0.088 fd= 1 aq= 0KB vq= 0KB sq= 0B f=0/1 }}} Two different subtitles are supposed to be shown, works fine with -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 02:37:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 00:37:21 -0000 Subject: [FFmpeg-trac] #2666(FFplay:new): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.cfbb63601c0d63e6f35934e6b1a61cea@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Description changed by cehoyos: Old description: > (Found when testing > http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46146) > Subtitles (I only tested dvbsub) are not shown anymore by ffplay since > f2175a6 or only one line of subtitles is shown and never disappears. > This may or may not be related to another bug: If I seek back (at least > in the sample I am testing), the subtitles that were shown before are > never shown again, only newer (later) ones will be shown when playback > reaches the position again. This is not a regression afaict, only > reproducible with older version for the short sample I will attach. > {{{ > $ ffplay -t 7.3 out.m2t > ffplay version N-53987-g443b29e Copyright (c) 2003-2013 the FFmpeg > developers > built on Jun 13 2013 02:33:40 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 35.101 / 52. 35.101 > libavcodec 55. 16.100 / 55. 16.100 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 76.101 / 3. 76.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > Invalid frame dimensions 0x0.q= 0KB vq= 0KB sq= 0B f=0/0 > [mpeg2video @ 0x7f8ebc0049e0] Invalid frame dimensions 0x0. > Last message repeated 2 times > [mpegts @ 0x7f8ebc000920] max_analyze_duration 5000000 reached at 5016000 > microseconds > [mpegts @ 0x7f8ebc000920] PES packet size mismatch > Last message repeated 1 times > Input #0, mpegts, from 'out.m2t': > Duration: 00:00:09.17, start: 53328.302833, bitrate: 2234 kb/s > Program 1000 > Stream #0:0[0x208]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), > yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc > Stream #0:1[0x212](fra): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 > Hz, stereo, s16p, 192 kb/s > Stream #0:2[0x213](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 > Hz, stereo, s16p, 192 kb/s > Stream #0:3[0x21c](fra): Subtitle: dvb_subtitle ([6][0][0][0] / > 0x0006) > Stream #0:4[0x21d](deu): Subtitle: dvb_subtitle ([6][0][0][0] / > 0x0006) > Stream #0:5[0x21e](fra): Subtitle: dvb_subtitle ([6][0][0][0] / > 0x0006) (hearing impaired) > [mpegts @ 0x7f8ebc000920] PES packet size mismatch > 53338.54 A-V: 0.088 fd= 1 aq= 0KB vq= 0KB sq= 0B f=0/1 > }}} > Two different subtitles are supposed to be shown, works fine with New description: (Found when testing http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46146) Subtitles (I only tested dvbsub) are not shown anymore by ffplay since f2175a6 or only one line of subtitles is shown and never disappears. This may or may not be related to another bug: If I seek back (at least in the sample I am testing), the subtitles that were shown before are never shown again, only newer (later) ones will be shown when playback reaches the position again. This is not a regression afaict, only reproducible with older version for the short sample I will attach. {{{ $ ffplay -t 7.3 out.m2t ffplay version N-53987-g443b29e Copyright (c) 2003-2013 the FFmpeg developers built on Jun 13 2013 02:33:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 76.101 / 3. 76.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Invalid frame dimensions 0x0.q= 0KB vq= 0KB sq= 0B f=0/0 [mpeg2video @ 0x7f8ebc0049e0] Invalid frame dimensions 0x0. Last message repeated 2 times [mpegts @ 0x7f8ebc000920] max_analyze_duration 5000000 reached at 5016000 microseconds [mpegts @ 0x7f8ebc000920] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'out.m2t': Duration: 00:00:09.17, start: 53328.302833, bitrate: 2234 kb/s Program 1000 Stream #0:0[0x208]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x212](fra): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:2[0x213](deu): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 192 kb/s Stream #0:3[0x21c](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:4[0x21d](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) Stream #0:5[0x21e](fra): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired) [mpegts @ 0x7f8ebc000920] PES packet size mismatch 53338.54 A-V: 0.088 fd= 1 aq= 0KB vq= 0KB sq= 0B f=0/1 }}} Two different subtitles are supposed to be shown, works fine with all tested releases. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 09:23:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 07:23:12 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.df25587cce09baebe8d0689e70c6a93f@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): @compn: you should install the player (link in the 1st post), then click on the "magnifying glass over a clapperboard" icon... @cehoyos: the converter returns an error when I try to open an audio-only file, so audio-only isn't possible. Will look later for video-only possibilities. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 15:23:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 13:23:53 -0000 Subject: [FFmpeg-trac] #2658(avformat:new): Written mp4 with h264/AAC unplayable (discrepancy with libav) In-Reply-To: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> References: <037.4e504dc3395d1a3897c37c3118add31c@avcodec.org> Message-ID: <052.1b9bf5507376c03068f45c3975eabcc2@avcodec.org> #2658: Written mp4 with h264/AAC unplayable (discrepancy with libav) ----------------------------------+------------------------------------ Reporter: Lastique | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 1.2.1 | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Comment (by Lastique): Replying to [comment:1 cehoyos]: > Please also test current git head. The latest snapshot behavior is the same. > Is the problem also reproducible with ffmpeg (the application) or only if you use library calls from your application? We only use the library API in our application, and I'm not sure how I can reproduce the same library setup from ffmpeg command line. Replying to [comment:2 heleppkes]: > Note that it is possible for avformat to change the stream timebase from the one you specified when it thinks that another one is more appropriate for the format, so you should always rescale your timestamps to the stream timebase, or your assumption may go wrong. Yes, this seems to be the problem. libav does not modify time_base we set in the context initialization, and ffmpeg sets video time_base to be equal to the audio time_base. If we use the time_base set by ffmpeg for rescaling then the written file is playable. Thanks for the suggestion. Frankly, this is an odd feature. Why would the library change settings requested by the caller? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 19:24:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 17:24:47 -0000 Subject: [FFmpeg-trac] #2665(undetermined:new): AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames In-Reply-To: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> References: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> Message-ID: <053.1bd9d704b569ba34dc4ac54f1c25258f@avcodec.org> #2665: AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.5 | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Gibraltar): Using ffprobe.exe on the sample shows non-existing PPS 0 referenced even though the PPS packet with id 0 exists. Please see ffprobe screenshot. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 13 23:18:47 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 21:18:47 -0000 Subject: [FFmpeg-trac] #2662(avformat:open): Support for Kuaibo's qmv format In-Reply-To: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> References: <034.433cd12d35b458ea79abeb25366196e5@avcodec.org> Message-ID: <049.88efbc3c2c193bb4fa93c6c3ac329c77@avcodec.org> #2662: Support for Kuaibo's qmv format -------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: qmv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cyril): video-only file is possible, here's another sample: http://towerofbabel.free.fr/test/res_1.QMV http://towerofbabel.free.fr/test/res_1.qmx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 00:31:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 22:31:11 -0000 Subject: [FFmpeg-trac] #2667(undetermined:new): can't decode some mp4/h264 streams Message-ID: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> #2667: can't decode some mp4/h264 streams -------------------------------------+------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Consider: {{{ ffplay http://video.ted.com/talk/podcast/2013/None/AndrewMcAfee_2013-480p.mp4 }}} This video plays fine at first, but about 130 seconds in it starts spamming these messages: {{{ AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4a07f40] AVC: nal size 0 [h264 @ 0xb4a07f40] no frame! AVC: nal size 0 nan fd= 2 aq= 46KB vq= 0KB sq= 0B f=0/0 [h264 @ 0xb4ca5940] AVC: nal size 0 [h264 @ 0xb4ca5940] no frame! [h264 @ 0xb4a1f7e0] AVC: nal size 0 Last message repeated 1 times }}} This is with latest git (fa125c5e82fce4). A user reported that a 2 week old Libav actually caused failed with an assertion on this. No, I won't follow the cehoyos ritual, don't even ask. It's easily reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 00:33:32 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 22:33:32 -0000 Subject: [FFmpeg-trac] #2665(undetermined:new): AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames In-Reply-To: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> References: <038.165dd28c7e49ed1436ed2b70c6cc921e@avcodec.org> Message-ID: <053.a82189de810c696fe7fc4ad00ed43ab0@avcodec.org> #2665: AV_PICTURE_TYPE_NONE is returned for multiple slice H264 frames -------------------------------------+------------------------------------- Reporter: Gibraltar | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.1.5 | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head and please do not post screenshots, instead simply copy the console content (command line and output) into the ticket. If the problem is reproducible with ffmpeg (the application), please provide ffmpeg command line and console output, only post ffprobe output for ffprobe-specific problems. I am not sure I understand the overall issue: You originally reported (if I understood correctly) that ffmpeg does not recognize the frame type correctly, now you write about warnings in the console output: These warnings are normal for transport streams, you generally cannot cut such streams on (I-) frame boundaries, the warnings are produced by frames before the first keyframe. Are you maybe searching for the showinfo filter? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 00:39:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 22:39:00 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.f536b69d75735732d1ae30e1f639e567@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ubitux): * keywords: => h264 * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: {{{ % ./ffmpeg -ss 130 -i /tmp/AndrewMcAfee_2013-480p.mp4 -f null - ffmpeg version N-54018-g5d00fd7 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 00:15:14 with gcc 4.8.1 (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-libquvi --assert-level=2 --enable-libzmq --enable-libschroedinger --cpu=native libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 76.101 / 3. 76.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2804120] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2804120] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/AndrewMcAfee_2013-480p.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-05-24 19:49:04 media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com genre : Podcast Duration: 00:14:25.20, start: 0.000000, bitrate: 928 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], 851 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 73 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream #0:2: Video: png, pal8, 400x400, 90k tbr, 90k tbn, 90k tbc Output #0, null, to 'pipe:': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom genre : Podcast media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com encoder : Lavf55.8.102 Stream #0:0(und): Video: rawvideo (I420 / 0x30323449), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 24 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> rawvideo) Stream #0:1 -> #0:1 (aac -> pcm_s16le) Press [q] to stop, [?] for help [null @ 0x2830320] Encoder did not produce proper pts, making some up. [h264 @ 0x2803800] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x2803800] no frame! [h264 @ 0x27ed920] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ed920] no frame! [h264 @ 0x27edea0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27edea0] no frame! [h264 @ 0x27ee820] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ee820] no frame! [h264 @ 0x27ef0c0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ef0c0] no frame! [h264 @ 0x27ef940] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ef940] no frame! [h264 @ 0x27f01c0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27f01c0] no frame! [h264 @ 0x27f0a40] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27f0a40] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x281a9e0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x281a9e0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x2803800] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x2803800] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ed920] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ed920] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27edea0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27edea0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ee820] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ee820] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ef0c0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ef0c0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ef940] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ef940] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27f01c0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27f01c0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27f0a40] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27f0a40] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x281a9e0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x281a9e0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x2803800] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x2803800] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ed920] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ed920] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27edea0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27edea0] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ee820] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ee820] no frame! Error while decoding stream #0:0: Operation not permitted [h264 @ 0x27ef0c0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x27ef0c0] no frame! [...] }}} Same problem reproducible with 1.2, dunno if regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 01:05:05 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 23:05:05 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.ed82708c64fdc432428adcc89fbb3247@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Which application plays the file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 01:09:10 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 23:09:10 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.56aec16691757166c4962f7cb11e001a@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): Unknown, could as well be a broken file. the link is from http://www.ted.com/talks/andrew_mcafee_what_will_future_jobs_look_like.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 01:33:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 23:33:41 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.0e641712264a9f3742160c6c86e2a1c0@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The question actually meant Cl?ment who set the ticket to ''reproduced'', but if you assume a broken file then what problem exactly are you reporting? More generally, the console output is of course only the necessary part of a bug report, it is very often not sufficient, but (unfortunately) it is typically difficult to define how a sufficient report looks like. How do you expect that you report all facts that are needed for a sufficiently detailed report if you already fail at the necessary parts? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 01:54:57 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Jun 2013 23:54:57 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.b0b88c3727a1d2b1e8f427bd4749b140@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:2 cehoyos]: > Which application plays the file? The flash player on ted doesn't seem to have a trouble with it, but I can't tell if that's because another quality is picked. Also, it's likely streamed differently than "file-based" (likely HLS or similar since it deals with bitrate changes). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:16:45 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:16:45 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): can't decode some mp4/h264 streams In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.4f3c87d5b517ee870469717381ffcc93@avcodec.org> #2667: can't decode some mp4/h264 streams ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 mov * priority: normal => minor -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:17:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:17:25 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream (was: can't decode some mp4/h264 streams) In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.33234c3737df6ea4591e93996388d826@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:31:12 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:31:12 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.37d32200080477b920158d72181fafb1@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): > Summary changed from can't decode some mp4/h264 streams to console spamming when decoding a h264 / mp4 stream Well broken playback is the issue... not the console spamming. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:37:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:37:00 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.7fa98c305351ea7cd1d1ab475657c1c7@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:8 ubitux]: > > Priority changed from normal to minor > > Summary changed from can't decode some mp4/h264 streams to console spamming when decoding a h264 / mp4 stream > > Well broken playback is the issue Please elaborate! (I was unable to reproduce / decoding works - perfectly - fine here, of course it is very possible that I am wrong but without any explanation this is extremely difficult to guess / understand.) And please note that I doubt your command line allows to reproduce a decoding problem... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:44:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:44:44 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.b2543fc63094cd38cb5e598b353eb93f@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:9 cehoyos]: > Replying to [comment:8 ubitux]: > > > Priority changed from normal to minor > > > Summary changed from can't decode some mp4/h264 streams to console spamming when decoding a h264 / mp4 stream > > > > Well broken playback is the issue > > Please elaborate! > (I was unable to reproduce / decoding works - perfectly - fine here, of course it is very possible that I am wrong but without any explanation this is extremely difficult to guess / understand.) > The video is not supposed to be stalled like it is currently (frame decoding doesn't work so last pic is kept); see http://www.ted.com/talks/andrew_mcafee_what_will_future_jobs_look_like.html (you can download the low res to compare, IIRC this version works) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:52:34 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:52:34 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.b7ee5853fbac24c38481399b6ab0c9a4@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:10 ubitux]: > Replying to [comment:9 cehoyos]: > > Replying to [comment:8 ubitux]: > > > > Priority changed from normal to minor > > > > Summary changed from can't decode some mp4/h264 streams to console spamming when decoding a h264 / mp4 stream > > > > > > Well broken playback is the issue > > > > Please elaborate! > > (I was unable to reproduce / decoding works - perfectly - fine here, of course it is very possible that I am wrong but without any explanation this is extremely difficult to guess / understand.) > > > > The video is not supposed to be stalled like it is currently That brings me back to my original question: Which application does not ''stall''? (Before you answer: Note that afaict most frames in the sample only consist of "0" and "1" making decoding extra difficult imo if we do not assume 1bit ppm or bmp.) Or in other words: To the best of my knowledge the sample is broken and FFmpeg decodes it *extremely* well (spamming the console). (It is still not unlikely that I am completely wrong, that the sample can be decoded much better / not ''stalled'' but that would imo need at least some indication.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 02:55:44 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 00:55:44 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.1a1c099679d0b653b26d358267bc23e0@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:1 ubitux]: > {{{ > % ? ./ffplay -ss 130 /tmp/AndrewMcAfee_2013-480p.mp4 > }}} So this is only reproducible with ffplay? ffplay works fine here for the sample (there may be minor desync but it catches up quickly and I wonder if it is always reproducible, sorry that I find it a bit extreme to also test this thoroughly for such a bad report.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 11:18:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 09:18:23 -0000 Subject: [FFmpeg-trac] #2668(avcodec:new): h264 444 file crashes 32bit ffplay Message-ID: <036.d7955e30de0714a18493d9c9ad8be7c7@avcodec.org> #2668: h264 444 file crashes 32bit ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: h264 crash master | SIGSEGV regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46189 A user uploaded a h264 444 sample that crashes current ffplay (with both -threads 1 and -threads 2, identical backtrace) if it was compiled for x86_32, regression since 32fdfdf for -threads 2, -threads 1 already crashed before with a different backtrace since 2e7bc9c / 759001c {{{ (gdb) r -threads 2 444.h264 Starting program: ffplay_g -threads 2 444.h264 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffplay version N-54024-g147adf2 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 14 2013 11:15:12 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --cc='gcc -m32' libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0xf7a85b40 (LWP 18286)] [New Thread 0xf7015b40 (LWP 18287)] [New Thread 0xf6713b40 (LWP 18288)] Input #0, h264, from '444.h264': 0KB vq= 0KB sq= 0B f=0/0 Duration: N/A, bitrate: N/A Stream #0:0: Video: h264 (High 4:4:4 Predictive), yuv444p, 1550x480, 20 fps, 20 tbr, 1200k tbn, 40 tbc [New Thread 0xf57ffb40 (LWP 18289)] [New Thread 0xf4ffeb40 (LWP 18290)] [New Thread 0xf47fdb40 (LWP 18291)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf57ffb40 (LWP 18289)] 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, xchg=1, uvlinesize=1552, linesize=1552, src_cr=0xf5a48a0f
, src_cb=0xf5c91a0f
, src_y=0xf5d48a0f "", h=0xf5e10b40) at libavcodec/h264.c:2240 2240 XCHG(top_border + (16 << pixel_shift), src_cb + (1 << pixel_shift), xchg); (gdb) bt #0 0x083753a8 in xchg_mb_border (pixel_shift=0, simple=0, chroma444=1, xchg=1, uvlinesize=1552, linesize=1552, src_cr=0xf5a48a0f
, src_cb=0xf5c91a0f
, src_y=0xf5d48a0f "", h=0xf5e10b40) at libavcodec/h264.c:2240 #1 hl_decode_mb_444_complex (h=h at entry=0xf5e10b40) at libavcodec/h264_mb_template.c:341 #2 0x08383bd2 in ff_h264_hl_decode_mb (h=0xf5e10b40) at libavcodec/h264.c:2484 #3 decode_slice (avctx=avctx at entry=0xf5e011c0, arg=arg at entry=0xf57ff24c) at libavcodec/h264.c:4318 #4 0x0838410f in execute_decode_slices (h=h at entry=0xf5e10b40, context_count=) at libavcodec/h264.c:4468 #5 0x0838b92f in decode_nal_units (parse_extradata=0, buf_size=297559, buf=0xf5c17008 "", h=0xf5e10b40) at libavcodec/h264.c:4812 #6 decode_frame (avctx=0xf5e011c0, data=0xf5e01b80, got_frame=0xf5e01d34, avpkt=0xf5e01b30) at libavcodec/h264.c:4947 #7 0x085c1f3e in frame_worker_thread (arg=0xf5e01a60) at libavcodec/pthread.c:338 #8 0xf7cbde32 in start_thread () from /lib/libpthread.so.0 #9 0xf7b9e7ee in clone () from /lib/libc.so.6 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x8375388 to 0x83753c8: 0x08375388 : add %eax,(%eax) 0x0837538a : add %cl,-0x4374d3a9(%ecx) 0x08375390 : and $0x68,%al 0x08375392 : add %eax,(%eax) 0x08375394 : add %cl,0x1842494(%ebx) 0x0837539a : add %al,(%eax) 0x0837539c : mov %eax,-0x7(%edi) 0x0837539f : mov %edx,-0x3(%edi) 0x083753a2 : mov 0x14(%ebx),%edx 0x083753a5 : mov 0x10(%ebx),%eax => 0x083753a8 : mov 0x5(%esi),%ecx 0x083753ab : mov 0x168(%esp),%edi 0x083753b2 : mov %edx,0x174(%esp) 0x083753b9 : mov 0x1(%esi),%edx 0x083753bc : mov %eax,0x170(%esp) 0x083753c3 : mov 0x170(%esp),%eax End of assembler dump. (gdb) info register eax 0x0 0 ecx 0x0 0 edx 0x0 0 ebx 0xf59d3140 -174247616 esp 0xf57fefa0 0xf57fefa0 ebp 0xf5e10b40 0xf5e10b40 esi 0xf5c91a0f -171369969 edi 0xfffff9ef -1553 eip 0x83753a8 0x83753a8 eflags 0x10246 [ PF ZF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 18:28:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 16:28:41 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.25c68dd7d1f5309a48b3d4be8fd7882b@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ubitux): Replying to [comment:11 cehoyos]: > > [...] > > The video is not supposed to be stalled like it is currently > > That brings me back to my original question: > Which application does not ''stall''? It seems totem/gstreamer is able to, according to the user. > (Before you answer: Note that afaict most frames in the sample only consist of "0" and "1" making decoding extra difficult imo if we do not assume 1bit ppm or bmp.) > Are you sure you're not confused with some data in the (large) MP4 header? Also, the frames around this timestamp have very low differences, so it's not surprising to have small data frames. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 18:56:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 16:56:27 -0000 Subject: [FFmpeg-trac] #2653(undetermined:closed): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.4f9f12aca862c8498ae4a2e7ec95ae0d@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: invalid j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: new => closed * resolution: => invalid Comment: The options you provide via command line to ffmpeg are invalid. See output of: ffmpeg -h encoder=libopenjpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 19:58:52 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 17:58:52 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.c28c9904fcd5686e80b5dad0d3ae0843@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:13 ubitux]: > Replying to [comment:11 cehoyos]: > > > [...] > > > The video is not supposed to be stalled like it is currently > > > > That brings me back to my original question: > > Which application does not ''stall''? > > It seems totem/gstreamer is able to, according to the user. totem plays the sample here exactly like ffplay and ffmpeg. (Rereading the original post: Is it possible that this was just "wrong bug tracker"?) > > (Before you answer: Note that afaict most frames in the sample only consist of "0" and "1" making decoding extra difficult imo if we do not assume 1bit ppm or bmp.) I just realize that this can be misunderstood: I meant h264 video packets that consist only of 0x00 and 0x01 are most likely invalid;-) > Are you sure you're not confused with some data in the (large) MP4 header? Certainly possible, but is the large header really supposed to be in the middle of the file? > Also, the frames around this timestamp have very low differences, so it's not surprising to have small data frames. This is of course also possible but I would have expected those small data frames to be >0 in size (many packets in the broken part of the file have size 0) and not containing only 0x00 and 0x01. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 20:02:33 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 18:02:33 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.3c808273e83d575b5b6fe5449b33a2ce@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by gjdfgh): >sorry that I find it a bit extreme to also test this thoroughly for such a bad report. Well you certainly seem to have trouble to reproduce this problem. Even worse, you're not even telling us with what ffmpeg git version it appears to work, and you're not pasting full uncut console output. Either way, I hope you understand that this is not my problem, but yours. If you don't want users to report bugs, maybe disallow public registration and posting? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 20:20:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 18:20:06 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.035310f0ffca1c5824e497166a20121d@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i AndrewMcAfee_2013-480p.mp4 -qscale 2 -strict -2 out.mov ffmpeg version N-54028-ga75d2a6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 20:09:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2f9a940] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2f9a940] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AndrewMcAfee_2013-480p.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-05-24 19:49:04 media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com genre : Podcast Duration: 00:14:25.20, start: 0.000000, bitrate: 928 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], 851 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 73 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream #0:2: Video: png, pal8, 400x400, 90k tbr, 90k tbn, 90k tbc Please use -q:a or -q:v, -qscale is ambiguous [mpeg4 @ 0x2f9f0a0] Invalid pixel aspect ratio 1280/1281, limit is 255/255 reducing Output #0, mov, to 'out.mov': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom genre : Podcast media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com encoder : Lavf55.8.102 Stream #0:0(und): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, SAR 1280:1281 DAR 16:9, 12288 tbn, 24 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> aac) Press [q] to stop, [?] for help frame= 2963 fps=538 q=2.0 size= 27519kB time=00:02:03.45 bitrate=1826.0kbits/s [h264 @ 0x305dea0] AVC: nal size 0 [h264 @ 0x305dea0] no frame! [h264 @ 0x305e740] AVC: nal size 0 ... Error while decoding stream #0:0: Operation not permitted [h264 @ 0x305d600] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x305d600] no frame! Error while decoding stream #0:0: Operation not permitted Last message repeated 7 times [h264 @ 0x305dea0] Missing reference picture, default is 65570 [h264 @ 0x305e740] Missing reference picture, default is 65572 [h264 @ 0x3059d20] Missing reference picture, default is 65574 frame=20763 fps=575 q=2.0 Lsize= 228039kB time=00:14:25.19 bitrate=2159.1kbits/s dup=14052 drop=0 video:213974kB audio:13567kB subtitle:0 global headers:0kB muxing overhead 0.218663% }}} {{{ $ ffmpeg -i AndrewMcAfee_2013-480p.mp4 -qscale 2 out.avi ffmpeg version N-54028-ga75d2a6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 20:09:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x25d7840] stream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 0x25d7840] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AndrewMcAfee_2013-480p.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-05-24 19:49:04 media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com genre : Podcast Duration: 00:14:25.20, start: 0.000000, bitrate: 928 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], 851 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 73 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream #0:2: Video: png, pal8, 400x400, 90k tbr, 90k tbn, 90k tbc Please use -q:a or -q:v, -qscale is ambiguous [mpeg4 @ 0x25dbfa0] Invalid pixel aspect ratio 1280/1281, limit is 255/255 reducing Output #0, avi, to 'out.avi': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom IGNR : Podcast media_type : 0 INAM : TED: Andrew McAfee (2013) IART : TED ICRD : 2013 IPRD : TEDTalks ICMT : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com ISFT : Lavf55.8.102 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=2-31, 200 kb/s, SAR 1280:1281 DAR 16:9, 24 tbn, 24 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 3113 fps=518 q=2.0 size= 30843kB time=00:02:09.74 bitrate=1947.4kbits/s [h264 @ 0x26a32e0] AVC: nal size 0 [h264 @ 0x26a32e0] no frame! [h264 @ 0x26a3b80] AVC: nal size 0 Last message repeated 1 times ... [h264 @ 0x26a21a0] no frame! [h264 @ 0x26a2a40] AVC: nal size 0 Error while decoding stream #0:0: Operation not permitted Last message repeated 1 times [h264 @ 0x26a2a40] no frame! Error while decoding stream #0:0: Operation not permitted Last message repeated 7 times [h264 @ 0x26a32e0] Missing reference picture, default is 65570 [h264 @ 0x26a3b80] Missing reference picture, default is 65572 [h264 @ 0x269f160] Missing reference picture, default is 65574 frame= 3231 fps=359 q=2.0 size= 46617kB time=00:12:00.24 bitrate= 530.2kbits/s frame= 6711 fps=434 q=2.0 Lsize= 89139kB time=00:14:25.21 bitrate= 844.0kbits/s video:67780kB audio:20278kB subtitle:0 global headers:0kB muxing overhead 1.228904% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 20:21:13 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 18:21:13 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.6d6cc5d5c2c234cbbd2fd12fd3435c25@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:15 gjdfgh]: > If you don't want users to report bugs As you can easily find out I love bug reports but I don't want intentionally incomplete reports from arrogant people like you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 20:35:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 18:35:20 -0000 Subject: [FFmpeg-trac] #2667(avcodec:open): console spamming when decoding a h264 / mp4 stream In-Reply-To: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> References: <035.773ae8ff71da9163c44037d075f0a715@avcodec.org> Message-ID: <050.b17fe9bb022f464e3e49cbc4081b7106@avcodec.org> #2667: console spamming when decoding a h264 / mp4 stream ------------------------------------+----------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: h264 mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffplay AndrewMcAfee_2013-480p.mp4 -autoexit ffplay version N-54028-ga75d2a6 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 14 2013 20:09:46 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 ^Mstream 0, timescale not set [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f249c000920] max_analyze_duration 5000000 reached at 5000000 microseconds Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'AndrewMcAfee_2013-480p.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2013-05-24 19:49:04 media_type : 0 title : TED: Andrew McAfee (2013) artist : TED date : 2013 album : TEDTalks comment : To learn more about this speaker, find other TEDTalks, and subscribe to this Podcast series, visit www.TED.com : Feedback: contact at ted.com genre : Podcast Duration: 00:14:25.20, start: 0.000000, bitrate: 928 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 854x480 [SAR 1280:1281 DAR 16:9], 851 kb/s, 24 fps, 24 tbr, 24 tbn, 48 tbc Metadata: creation_time : 2013-03-14 19:16:08 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 73 kb/s Metadata: creation_time : 2013-05-24 19:49:05 handler_name : GPAC ISO Audio Handler Stream #0:2: Video: png, pal8, 400x400, 90k tbr, 90k tbn, 90k tbc 129.90 A-V: -0.018 fd= 18 aq= 3KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x7f249c1160e0] no frame! [h264 @ 0x7f249c116980] AVC: nal size 0 ... [h264 @ 0x7f249c1160e0] AVC: nal size 0 Last message repeated 1 times [h264 @ 0x7f249c1160e0] no frame! [h264 @ 0x7f249c117220] Missing reference picture, default is 65572 [h264 @ 0x7f249c10c400] Missing reference picture, default is 65574 865.21 A-V: 0.002 fd= 18 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 21:24:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 19:24:38 -0000 Subject: [FFmpeg-trac] #2641(avfilter:open): Support trailing ; in filter_complex expression In-Reply-To: <035.0773e691c0db4262e9424c42381d51fd@avcodec.org> References: <035.0773e691c0db4262e9424c42381d51fd@avcodec.org> Message-ID: <050.636d203056fa391fc8acb75eb9a89179@avcodec.org> #2641: Support trailing ; in filter_complex expression -------------------------------------+------------------------------------- Reporter: jdolan | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: 1.2.1 | Resolution: Keywords: | Blocked By: filter_complex | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * priority: normal => wish * status: new => open * reproduced: 0 => 1 Comment: We should indeed support those "empty statements". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 21:37:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 19:37:20 -0000 Subject: [FFmpeg-trac] #2669(undetermined:new): Time or timestamp wrong in output file Message-ID: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> #2669: Time or timestamp wrong in output file -------------------------------------+------------------------------------- Reporter: guest | 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: Time or timestamp wrong in output file. I'd like to copy several vobs with subtitle into one. iirc the multiple input is not supported but I get wrong output too if I try with only one input. How to reproduce: {{{ ffmpeg.exe -i dcef6b7dd5b4e80c445b31ca5591e1a7.vob -c copy -scodec copy out.vob ffmpeg version N-53934-gb77e58a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 8 2013 17:56:02 with gcc 4.7.3 (GCC) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 21:41:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 19:41:30 -0000 Subject: [FFmpeg-trac] #2669(undetermined:new): Time or timestamp wrong in output file In-Reply-To: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> References: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> Message-ID: <049.7e890a489025f814ab71e1067fb38b7e@avcodec.org> #2669: Time or timestamp wrong in output file -------------------------------------+------------------------------------- Reporter: guest | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the command line together with the complete, uncut console output to make this a valid ticket and please point us to an input sample that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 21:47:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 19:47:17 -0000 Subject: [FFmpeg-trac] #2653(undetermined:closed): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.b4d0594bf21ae6adf59ac428628df3a4@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: invalid j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I was unable to find any reference to image_to_j2c on the internet (except this ticket), did you mean image_to_j2k? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 22:00:43 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 20:00:43 -0000 Subject: [FFmpeg-trac] #2669(undetermined:new): Time or timestamp wrong in output file In-Reply-To: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> References: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> Message-ID: <049.a04942f7d32677cb7cc33df69499672a@avcodec.org> #2669: Time or timestamp wrong in output file -------------------------------------+------------------------------------- Reporter: guest | 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 guest): Sorry, the error is in the input file and the output is the good. Could you tell me please what is that tbc and why differs in input and output? Input #0, mpeg, from 'pipe:': Duration: N/A, start: 0.287267, bitrate: 256 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 256 kb/s Stream #0:3[0x20]: Subtitle: dvd_subtitle [svcd @ 00000000024c9ca0] VBV buffer size not set, muxing may fail Output #0, svcd, to 'out.vob': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: mpeg2video, yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: ac3, 48000 Hz, stereo, 256 kb/s Stream #0:2: Subtitle: dvd_subtitle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 22:02:37 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 20:02:37 -0000 Subject: [FFmpeg-trac] #2669(undetermined:new): Time or timestamp wrong in output file In-Reply-To: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> References: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> Message-ID: <049.35cbc530ecf064136f1f35bae6dd4cb7@avcodec.org> #2669: Time or timestamp wrong in output file -------------------------------------+------------------------------------- Reporter: guest | 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 guest): Sorry, i will upload a sample please see that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 14 22:04:42 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Jun 2013 20:04:42 -0000 Subject: [FFmpeg-trac] #2669(undetermined:new): Time or timestamp wrong in output file In-Reply-To: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> References: <034.8872b805b7e3248c16228551fdc6f8ff@avcodec.org> Message-ID: <049.0a234be303c8d0ab05f4ca4608f322dd@avcodec.org> #2669: Time or timestamp wrong in output file -------------------------------------+------------------------------------- Reporter: guest | 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 do not post an extract of the console output, instead please post the command line together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 15:00:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 13:00:02 -0000 Subject: [FFmpeg-trac] #2670(FFserver:new): FFserver is not working Message-ID: <035.40670d61e8b44aa4ba5e3812697d2e60@avcodec.org> #2670: FFserver is not working ----------------------------------+------------------------------------ Reporter: plsipl | Type: task Status: new | Priority: critical Component: FFserver | Version: 0.10.7 Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------+------------------------------------ Hello, I am not able to use the ffserver at local machine for live streaming. I have applied following steps to make live streaming at local system. 1. create ffserver.conf file.(attached) 2. ffserver -f ffserver.conf (Command) 3. http://localhost:8090/status.html (Command) 4. ffmpeg -f video4linux2 -s 640x480 -r 25 -i /dev/video0 -f alsa -i pulse \ http://localhost:8090/feed1.ffm (Command) When I execute the last step it shows me error like Error message :- "http://localhost:8091/feed1.ffm: No such file or directory" Where I have to put a file(feed1.ffm) i mean to say that physical location of the file in the system and how can i generate the file. Please suggest me as soon as possible. Thanks in advance !!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 15:04:46 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 13:04:46 -0000 Subject: [FFmpeg-trac] #2670(FFserver:new): FFserver is not working In-Reply-To: <035.40670d61e8b44aa4ba5e3812697d2e60@avcodec.org> References: <035.40670d61e8b44aa4ba5e3812697d2e60@avcodec.org> Message-ID: <050.1b5c90093ce25156aa2bbf9298953892@avcodec.org> #2670: FFserver is not working --------------------------------+------------------------------------ Reporter: plsipl | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: 0.10.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------+------------------------------------ Changes (by cehoyos): * priority: critical => normal * type: task => defect Comment: Does it work with current git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 15:45:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 13:45:49 -0000 Subject: [FFmpeg-trac] #2671(FFmpeg:new): How to make file at publish point Message-ID: <035.3f8a4a00e2c1aa13e6c421362ade2d8f@avcodec.org> #2671: How to make file at publish point --------------------------------+------------------------------------ Reporter: plsipl | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 0.10.7 Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------+------------------------------------ Hello, I am usign ffmpeg 0.10.7 at linux machine and I need to move the file at publish point via ffmpeg command. I have got below command from your side to make ismv file at publish point. Command : ffmpeg -re -movflags isml+frag_keyframe -f ismv http://server/publishingpoint.isml/Streams(Encoder1) But I am not able to get the exact command to make the ismv file at publish point. Please suggest me the command to make the ismv file at window server I mean publish point. Thanks !!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 15:51:48 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 13:51:48 -0000 Subject: [FFmpeg-trac] #2671(FFmpeg:new): How to make file at publish point In-Reply-To: <035.3f8a4a00e2c1aa13e6c421362ade2d8f@avcodec.org> References: <035.3f8a4a00e2c1aa13e6c421362ade2d8f@avcodec.org> Message-ID: <050.e7f1c5e51d515c53fc3da5e6bc60a773@avcodec.org> #2671: How to make file at publish point ----------------------------------+---------------------------------- Reporter: plsipl | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: 0.10.7 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------+---------------------------------- Comment (by Krieger): This is a bug tracker. You are misusing it. For support, use ffmpeg-user maillist. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 15:55:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 13:55:28 -0000 Subject: [FFmpeg-trac] #2671(undetermined:closed): How to make file at publish point In-Reply-To: <035.3f8a4a00e2c1aa13e6c421362ade2d8f@avcodec.org> References: <035.3f8a4a00e2c1aa13e6c421362ade2d8f@avcodec.org> Message-ID: <050.53a28ee6382935e83c5f7e148797a506@avcodec.org> #2671: How to make file at publish point --------------------------------+---------------------------------------- Reporter: plsipl | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.10.7 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 1 => 0 * component: FFmpeg => undetermined * priority: critical => normal * analyzed: 1 => 0 * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 18:25:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 16:25:38 -0000 Subject: [FFmpeg-trac] #2666(FFplay:open): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.1775b7957020dbd94eaa3e889cfc6583@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by cus): * analyzed: 0 => 1 * owner: => cus * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 20:54:17 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 18:54:17 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() Message-ID: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> #2672: Incompatible avfilter_graph_parse() ---------------------------------------+---------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- In 6119b23a, API was broken (on purpose): {{{ int avfilter_graph_parse(AVFilterGraph *graph, const char *filters, - AVFilterInOut *inputs, AVFilterInOut *outputs, + AVFilterInOut **inputs, AVFilterInOut **outputs, void *log_ctx); }}} While that API break was not really a problem at that time, the Libav fork already existed and didn't pick that change. This causes an API incompatibility between the two projects, which needs to be fixed somehow. AFAICT there is unfortunately no clean way to do that. Best we can do seems to be to restore the prototype automatically at next major bump (but that might break a lot of apps). Note that some applications are already using this new prototypes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 20:56:33 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 18:56:33 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.013079959a07993c1d9d7c0b79625d91@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * version: unspecified => git-master Comment: Isn't this what HAVE_INCOMPATIBLE_FORK_ABI is for? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 20:59:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 18:59:36 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.5b9dcdb03a34e82656e1a0084a40d074@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:1 cehoyos]: > Isn't this what HAVE_INCOMPATIBLE_FORK_ABI is for? That would require applications to define it themselves before including {{{avfilter.h}}}, and make sure the build is also an incompatible fork ABI build; which is basically more pain for them than just doing ifdefery between the two versions of the function themselves. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 21:08:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 19:08:40 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.101f6899727ed381c3a069713d6b2e27@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): In a perfect world you'd probably ask the Libav devs to add a (redundant) new symbol, which would behave the same with two libraries. But I bet $10 that we can't have this. (Maybe you can bait them It's probably best to change the API to Libav's and let the ffmpeg exclusive users burn for it. (Personally I'm already having a ifdef mess in my application to deal with this; it would of course become worse.) Then the mess wouldn't exist in future ffmpeg releases, at least. In a perfect world you'd probably ask the Libav devs to add a (redundant) new symbol, which would behave the same with two libraries. But I bet $10 that we can't have this. (Maybe you can bait them by introducing a new utility function, that merges avfilter_graph_config()? (Or something similar. I don't understand why these are separate.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 21:16:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 19:16:15 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.0de5b8e48fea92f139f276e06cda55b7@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ubitux): Replying to [comment:3 gjdfgh]: > It's probably best to change the API to Libav's and let the ffmpeg exclusive users burn for it. (Personally I'm already having a ifdef mess in my application to deal with this; it would of course become worse.) > > Then the mess wouldn't exist in future ffmpeg releases, at least. > Except mpv which you maintains, there is XMBC IIRC. You might want to send them a patch for this. > In a perfect world you'd probably ask the Libav devs to add a (redundant) new symbol, which would behave the same with two libraries. But I bet $10 that we can't have this. (Maybe you can bait them by introducing a new utility function, that merges avfilter_graph_config()? Or something similar. I don't understand why these are separate.) That means they would need to break their API the same way we did, which is not reasonable, so they won't agree (and they would be right, since lavfi API is not as unstable as it was, it would need a proper bump and function rename). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 21:24:02 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 19:24:02 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.bd79e89f8e94b38864170278878df8f5@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by gjdfgh): >That means they would need to break their API the same way we did, which is not reasonable, so they won't agree No, I was suggesting to introduce an alternative function, which does the same thing. Like avfilter_graph_parse2(), which would have the same signature on both projects. Or plan B: introduce a function that is useful on its own, such as introducing a function that merges avfilter_graph_parse() and avfilter_graph_config(). (I don't know if they can be merged, it was just the first thing that caught my eye when I looked for something that seemed redundant.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 21:41:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 19:41:03 -0000 Subject: [FFmpeg-trac] #2672(avfilter:new): Incompatible avfilter_graph_parse() In-Reply-To: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> References: <035.d3c8566c4e341abda5e2b66155753d43@avcodec.org> Message-ID: <050.b20949b30efa2c44c42675169a0d273d@avcodec.org> #2672: Incompatible avfilter_graph_parse() ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 ubitux]: > Replying to [comment:1 cehoyos]: > > Isn't this what HAVE_INCOMPATIBLE_FORK_ABI is for? > > That would require applications to define it themselves before including {{{avfilter.h}}} How is that different from the other places using it? The point is that packagers define it to produce an ABI-compatible library, applications will never use it. > and make sure the build is also an incompatible fork ABI build; which is basically more pain for them than just doing ifdefery between the two versions of the function themselves. How would the ifdefery work if not through HAVE_INCOMPATIBLE_FORK_ABI ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 15 23:49:00 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 21:49:00 -0000 Subject: [FFmpeg-trac] #2673(undetermined:new): Does MPEG1 support subtitle? Message-ID: <034.d2537d611f86d4551ef2fb0953c8d6d4@avcodec.org> #2673: Does MPEG1 support subtitle? -------------------------------------+------------------------------------- Reporter: guest | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- iirc MPEG1 doesn't support subtitle but ffmpeg doesn't send any error message if I want insert a subtitle stream into an MPEG1 container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 00:20:47 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 22:20:47 -0000 Subject: [FFmpeg-trac] #2673(undetermined:new): Does MPEG1 support subtitle? In-Reply-To: <034.d2537d611f86d4551ef2fb0953c8d6d4@avcodec.org> References: <034.d2537d611f86d4551ef2fb0953c8d6d4@avcodec.org> Message-ID: <049.1e512195e6c4930dd6967a024b7a4a06@avcodec.org> #2673: Does MPEG1 support subtitle? -------------------------------------+------------------------------------- Reporter: guest | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the command line that produces an invalid output file together with the complete, uncut console output and please point to the specification that says the output file is invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 01:23:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Jun 2013 23:23:36 -0000 Subject: [FFmpeg-trac] #2666(FFplay:open): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.4a3bfcaec229ffa0b39e9184fb8f8a3d@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by cus): * cc: cus@? (added) Comment: I've sent a patch to ffmpeg-devel to fix the regression. I've also uploaded a patch here, which should fix the other issue with the subtitles you reported here. Colud you please test it? The patch has to be applied on top of the patch I sent to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 03:41:44 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 01:41:44 -0000 Subject: [FFmpeg-trac] #2666(FFplay:open): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.f7ef713dd045214273d4c4832db2483a@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Comment (by cehoyos): The regression is fixed by your patch on ffmpeg-devel The issue with seeking back is fixed by the patch attached here, sorry for the bad report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 11:17:25 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 09:17:25 -0000 Subject: [FFmpeg-trac] #2444(avfilter:closed): memory corruption/core dump using alpha overlay in current git ffmpeg In-Reply-To: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> References: <035.be645b1aeb88cb2cd091f33a61475313@avcodec.org> Message-ID: <050.944b0e70339459b68a0725f00c9123ed@avcodec.org> #2444: memory corruption/core dump using alpha overlay in current git ffmpeg -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: mpfilter | Blocked By: crash regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash regression => mpfilter crash regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 13:43:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 11:43:30 -0000 Subject: [FFmpeg-trac] #2674(avfilter:new): fps filter changes video length Message-ID: <036.61f2dca18d99dcd1a472d39c764a2ddc@avcodec.org> #2674: fps filter changes video length --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: fps Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- The fps filter fails for the last frame and changes video length. {{{$ ffmpeg -f lavfi -i testsrc=r=24 -t 1 -qscale 2 24fps.avi}}} {{{ $ ffmpeg -loglevel verbose -i 24fps.avi -vf fps=48 48fps.avi ffmpeg version N-54036-g6c4516d Copyright (c) 2000-2013 the FFmpeg developers built on Jun 15 2013 18:04:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from '24fps.avi': Metadata: encoder : Lavf55.8.102 Duration: 00:00:01.00, start: 0.000000, bitrate: 363 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 24 tbr, 24 tbn, 24 tbc [Parsed_fps_0 @ 0x2c7cfe0] fps=48/1 [graph 0 input from stream 0:0 @ 0x2c7d9c0] w:320 h:240 pixfmt:yuv420p tb:1/24 fr:24/1 sar:1/1 sws_param:flags=2 Output #0, avi, to '48fps.avi': Metadata: ISFT : Lavf55.8.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 48 tbn, 48 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help No more output streams to write to, finishing. frame= 47 fps=0.0 q=2.0 Lsize= 66kB time=00:00:00.97 bitrate= 553.6kbits/s video:59kB audio:0kB subtitle:0 global headers:0kB muxing overhead 11.355420% [Parsed_fps_0 @ 0x2c7cfe0] 24 frames in, 47 frames out; 0 frames dropped, 23 frames duplicated. }}} {{{ $ ffmpeg -loglevel verbose -i 24fps.avi -vf fps=12 12fps.avi ffmpeg version N-54036-g6c4516d Copyright (c) 2000-2013 the FFmpeg developers built on Jun 15 2013 18:04:13 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, avi, from '24fps.avi': Metadata: encoder : Lavf55.8.102 Duration: 00:00:01.00, start: 0.000000, bitrate: 363 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 24 tbr, 24 tbn, 24 tbc [Parsed_fps_0 @ 0x1c24fe0] fps=12/1 [graph 0 input from stream 0:0 @ 0x1c259c0] w:320 h:240 pixfmt:yuv420p tb:1/24 fr:24/1 sar:1/1 sws_param:flags=2 Output #0, avi, to '12fps.avi': Metadata: ISFT : Lavf55.8.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 12 tbn, 12 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help No more output streams to write to, finishing. frame= 13 fps=0.0 q=1.6 Lsize= 37kB time=00:00:01.08 bitrate= 277.6kbits/s video:31kB audio:0kB subtitle:0 global headers:0kB muxing overhead 19.286666% [Parsed_fps_0 @ 0x1c24fe0] 24 frames in, 13 frames out; 11 frames dropped, 0 frames duplicated. }}} The second case - {{{-vf fps=12}}} - can be fixed by using {{{-vf fps=12:zero}}} (and {{{-vf fps=12:down}}}) but I wonder why this is necessary when dividing an even frame-rate by two. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 15:53:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 13:53:24 -0000 Subject: [FFmpeg-trac] #2675(postproc:new): postproc crashes with -fstack-protector-all Message-ID: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> #2675: postproc crashes with -fstack-protector-all --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: postproc Version: git-master | Keywords: crash Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- As reported in http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46215/focus=46220 Only crashes with MMX2 and SSE2, works fine for C-only and MMX {{{ $ ffmpeg -f lavfi -i testsrc -vf pp=dr -f null - ffmpeg version N-54036-g6c4516d Copyright (c) 2000-2013 the FFmpeg developers built on Jun 16 2013 15:48:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --extra-cflags=-fstack- protector-all libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'testsrc': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help Segmentation fault }}} {{{ (gdb) r -f lavfi -i testsrc -vf pp=dr -f null - Starting program: ffmpeg_g -f lavfi -i testsrc -vf pp=dr -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54036-g6c4516d Copyright (c) 2000-2013 the FFmpeg developers built on Jun 16 2013 15:48:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --extra-cflags=-fstack- protector-all libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [New Thread 0x7ffff59e7700 (LWP 15836)] [New Thread 0x7ffff51e6700 (LWP 15837)] [New Thread 0x7ffff49e5700 (LWP 15838)] [New Thread 0x7ffff41e4700 (LWP 15839)] [New Thread 0x7ffff39e3700 (LWP 15840)] [New Thread 0x7ffff31e2700 (LWP 15841)] [New Thread 0x7ffff29e1700 (LWP 15842)] [New Thread 0x7ffff21e0700 (LWP 15843)] [New Thread 0x7ffff19df700 (LWP 15844)] 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 [New Thread 0x7ffff11de700 (LWP 15845)] [New Thread 0x7ffff09dd700 (LWP 15846)] [New Thread 0x7ffff01dc700 (LWP 15847)] [New Thread 0x7fffef9db700 (LWP 15848)] [New Thread 0x7fffef1da700 (LWP 15849)] [New Thread 0x7fffee9d9700 (LWP 15850)] [New Thread 0x7fffee1d8700 (LWP 15851)] [New Thread 0x7fffed9d7700 (LWP 15852)] [New Thread 0x7fffed1d6700 (LWP 15853)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x0000000000bd4cfd in dering_SSE2 ( src=0x17c8ec0 '\020' , 'Q' "\252, \252", 'j' , ')' "\322, \322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322", ..., src at entry=, stride=320, stride at entry=, c=0x17c9500, c at entry=) at libpostproc/postprocess_template.c:1094 1094 __asm__ volatile( (gdb) bt #0 0x0000000000bd4cfd in dering_SSE2 ( src=0x17c8ec0 '\020' , 'Q' "\252, \252", 'j' , ')' "\322, \322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322\322", ..., src at entry=, stride=320, stride at entry=, c=0x17c9500, c at entry=) at libpostproc/postprocess_template.c:1094 Cannot access memory at address 0x10001028 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xbd4cdd to 0xbd4d1d: 0x0000000000bd4cdd : pshufw $0xf9,%mm6,%mm4 0x0000000000bd4ce1 : pmaxub %mm4,%mm6 0x0000000000bd4ce4 : pshufw $0xfe,%mm6,%mm4 0x0000000000bd4ce8 : pmaxub %mm4,%mm6 0x0000000000bd4ceb : movq %mm6,%mm0 0x0000000000bd4cee : psubb %mm7,%mm6 0x0000000000bd4cf1 : push %rsp 0x0000000000bd4cf2 : movd %mm6,%esp 0x0000000000bd4cf5 : cmp 0xe3d260,%spl => 0x0000000000bd4cfd : pop %rsp 0x0000000000bd4cfe : jb 0xbd5291 0x0000000000bd4d04 : pavgb %mm0,%mm7 0x0000000000bd4d07 : punpcklbw %mm7,%mm7 0x0000000000bd4d0a : punpcklbw %mm7,%mm7 0x0000000000bd4d0d : punpcklbw %mm7,%mm7 0x0000000000bd4d10 : movq %mm7,(%rsp) 0x0000000000bd4d14 : movq (%rdi),%mm0 0x0000000000bd4d17 : movq %mm0,%mm1 0x0000000000bd4d1a : movq %mm0,%mm2 End of assembler dump. (gdb) info all-register rax 0x17c9000 24940544 rbx 0x17c9008 24940552 rcx 0x7fffffffc670 140737488340592 rdx 0x17c9500 24941824 rsi 0x140 320 rdi 0x17c8ec0 24940224 rbp 0x8 0x8 rsp 0x10001000 0x10001000 r8 0x1721c40 24255552 r9 0x0 0 r10 0x140 320 r11 0x0 0 r12 0x178cf88 24694664 r13 0x1721c48 24255560 r14 0x8 8 r15 0x140 320 rip 0xbd4cfd 0xbd4cfd eflags 0x10293 [ CF AF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x1010101010101010) (raw 0xffff1010101010101010) st1 -nan(0x010101010) (raw 0xffff0000000010101010) st2 -nan(0x010101010) (raw 0xffff0000000010101010) st3 -nan(0x010101010) (raw 0xffff0000000010101010) st4 -nan(0x1010101010101010) (raw 0xffff1010101010101010) st5 0 (raw 0x00000000000000000000) st6 -nan(0x1000100010001000) (raw 0xffff1000100010001000) st7 -nan(0x10001000100010) (raw 0xffff0010001000100010) fctrl 0x37f 895 fstat 0x0 0 ftag 0xa6aa 42666 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] ymm0 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x10 , 0x0 }, v16_int16 = {0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x1010, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x10101010, 0x10101010, 0x10101010, 0x10101010, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x1010101010101010, 0x1010101010101010, 0x0, 0x0}, v2_int128 = {0x10101010101010101010101010101010, 0x00000000000000000000000000000000}} ymm1 {v8_float = {0x96970000, 0x96970000, 0x96970000, 0x96970000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xd2 , 0x0 }, v16_int16 = {0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xd2d2d2d2, 0xd2d2d2d2, 0xd2d2d2d2, 0xd2d2d2d2, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xd2d2d2d2d2d2d2d2, 0xd2d2d2d2d2d2d2d2, 0x0, 0x0}, v2_int128 = {0xd2d2d2d2d2d2d2d2d2d2d2d2d2d2d2d2, 0x00000000000000000000000000000000}} ymm2 {v8_float = {0x96970000, 0x96970000, 0x96970000, 0x96970000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xd2 , 0x0 }, v16_int16 = {0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0xd2d2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xd2d2d2d2, 0xd2d2d2d2, 0xd2d2d2d2, 0xd2d2d2d2, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xd2d2d2d2d2d2d2d2, 0xd2d2d2d2d2d2d2d2, 0x0, 0x0}, v2_int128 = {0xd2d2d2d2d2d2d2d2d2d2d2d2d2d2d2d2, 0x00000000000000000000000000000000}} ymm3 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x29 , 0x0 }, v16_int16 = {0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x29292929, 0x29292929, 0x29292929, 0x29292929, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2929292929292929, 0x2929292929292929, 0x0, 0x0}, v2_int128 = {0x29292929292929292929292929292929, 0x00000000000000000000000000000000}} ymm4 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x29 , 0x0 }, v16_int16 = {0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x2929, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x29292929, 0x29292929, 0x29292929, 0x29292929, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x2929292929292929, 0x2929292929292929, 0x0, 0x0}, v2_int128 = {0x29292929292929292929292929292929, 0x00000000000000000000000000000000}} ymm5 {v8_float = {0x15151000, 0x15151000, 0x15151000, 0x15151000, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0x51 , 0x0 }, v16_int16 = {0x5151, 0x5151, 0x5151, 0x5151, 0x5151, 0x5151, 0x5151, 0x5151, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x51515151, 0x51515151, 0x51515151, 0x51515151, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x5151515151515151, 0x5151515151515151, 0x0, 0x0}, v2_int128 = {0x51515151515151515151515151515151, 0x00000000000000000000000000000000}} ymm6 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x1, 0x40, 0x0, 0x0, 0x1, 0x40, 0x0, 0x0, 0x1, 0x40, 0x0, 0x0, 0x1, 0x40, 0x0 }, v16_int16 = {0x100, 0x40, 0x100, 0x40, 0x100, 0x40, 0x100, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x400100, 0x400100, 0x400100, 0x400100, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x40010000400100, 0x40010000400100, 0x0, 0x0}, v2_int128 = {0x00400100004001000040010000400100, 0x00000000000000000000000000000000}} ymm7 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x80, 0x1, 0x80, 0x2, 0x80, 0x3, 0x80, 0x6, 0x80, 0x7, 0x80, 0x8, 0x80, 0x9, 0x80, 0x0 }, v16_int16 = {0x8000, 0x8001, 0x8002, 0x8003, 0x8006, 0x8007, 0x8008, 0x8009, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x80018000, 0x80038002, 0x80078006, 0x80098008, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8003800280018000, 0x8009800880078006, 0x0, 0x0}, v2_int128 = {0x80098008800780068003800280018000, 0x00000000000000000000000000000000}} ymm8 {v8_float = {0x80000000, 0x0, 0x80000000, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xff, 0xec, 0xc8, 0xda, 0x0, 0x0, 0xff, 0xec, 0xff, 0xec, 0xc8, 0xda, 0x0, 0x0, 0xff, 0xec, 0x0 }, v16_int16 = {0xecff, 0xdac8, 0x0, 0xecff, 0xecff, 0xdac8, 0x0, 0xecff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xdac8ecff, 0xecff0000, 0xdac8ecff, 0xecff0000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xecff0000dac8ecff, 0xecff0000dac8ecff, 0x0, 0x0}, v2_int128 = {0xecff0000dac8ecffecff0000dac8ecff, 0x00000000000000000000000000000000}} ymm9 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x38, 0x38, 0x0, 0x0, 0xc8, 0xda, 0x38, 0x38, 0x38, 0x38, 0x0, 0x0, 0xc8, 0xda, 0x38, 0x38, 0x0 }, v16_int16 = {0x3838, 0x0, 0xdac8, 0x3838, 0x3838, 0x0, 0xdac8, 0x3838, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x3838, 0x3838dac8, 0x3838, 0x3838dac8, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x3838dac800003838, 0x3838dac800003838, 0x0, 0x0}, v2_int128 = {0x3838dac8000038383838dac800003838, 0x00000000000000000000000000000000}} ymm10 {v8_float = {0xe63e4000, 0x0, 0xe63e4000, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x38, 0x38, 0xe3, 0xd0, 0x0, 0x0, 0x38, 0x38, 0x38, 0x38, 0xe3, 0xd0, 0x0, 0x0, 0x38, 0x38, 0x0 }, v16_int16 = {0x3838, 0xd0e3, 0x0, 0x3838, 0x3838, 0xd0e3, 0x0, 0x3838, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xd0e33838, 0x38380000, 0xd0e33838, 0x38380000, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x38380000d0e33838, 0x38380000d0e33838, 0x0, 0x0}, v2_int128 = {0x38380000d0e3383838380000d0e33838, 0x00000000000000000000000000000000}} ymm11 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x8000000000000000, 0x8000000000000000, 0x0, 0x0}, v32_int8 = {0xe4, 0xf6, 0x0, 0x0, 0xe3, 0xd0, 0xe4, 0xf6, 0xe4, 0xf6, 0x0, 0x0, 0xe3, 0xd0, 0xe4, 0xf6, 0x0 }, v16_int16 = {0xf6e4, 0x0, 0xd0e3, 0xf6e4, 0xf6e4, 0x0, 0xd0e3, 0xf6e4, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0xf6e4, 0xf6e4d0e3, 0xf6e4, 0xf6e4d0e3, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xf6e4d0e30000f6e4, 0xf6e4d0e30000f6e4, 0x0, 0x0}, v2_int128 = {0xf6e4d0e30000f6e4f6e4d0e30000f6e4, 0x00000000000000000000000000000000}} ymm12 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x2, 0x80, 0x3, 0x80, 0x4, 0x80, 0x5, 0x80, 0x8, 0x80, 0x9, 0x80, 0xa, 0x80, 0xb, 0x80, 0x0 }, v16_int16 = {0x8002, 0x8003, 0x8004, 0x8005, 0x8008, 0x8009, 0x800a, 0x800b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int32 = {0x80038002, 0x80058004, 0x80098008, 0x800b800a, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x8005800480038002, 0x800b800a80098008, 0x0, 0x0}, v2_int128 = {0x800b800a800980088005800480038002, 0x00000000000000000000000000000000}} ymm13 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x42, 0xbc, 0x0 }, v16_int16 = {0x0, 0x0, 0x0, 0xbc42, 0x0 }, v8_int32 = {0x0, 0xbc420000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbc42000000000000, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc42000000000000, 0x00000000000000000000000000000000}} ymm14 {v8_float = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x0, 0x0, 0x0, 0x0}, v32_int8 = {0xcb, 0x1a, 0xf2, 0x64, 0xae, 0xaa, 0x6c, 0xbc, 0x0 }, v16_int16 = {0x1acb, 0x64f2, 0xaaae, 0xbc6c, 0x0 }, v8_int32 = {0x64f21acb, 0xbc6caaae, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0xbc6caaae64f21acb, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000bc6caaae64f21acb, 0x00000000000000000000000000000000}} ymm15 {v8_float = {0x0, 0x2, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_double = {0x3, 0x0, 0x0, 0x0}, v32_int8 = {0x0, 0xc6, 0xb8, 0xbe, 0xd3, 0xb9, 0xb, 0x40, 0x0 }, v16_int16 = {0xc600, 0xbeb8, 0xb9d3, 0x400b, 0x0 }, v8_int32 = {0xbeb8c600, 0x400bb9d3, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int64 = {0x400bb9d3beb8c600, 0x0, 0x0, 0x0}, v2_int128 = {0x0000000000000000400bb9d3beb8c600, 0x00000000000000000000000000000000}} }}} {{{ $ valgrind ./ffmpeg_g -f lavfi -i testsrc -vf pp=dr -f null - ==15918== Memcheck, a memory error detector ==15918== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==15918== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==15918== Command: ./ffmpeg_g -f lavfi -i testsrc -vf pp=dr -f null - ==15918== ffmpeg version N-54036-g6c4516d Copyright (c) 2000-2013 the FFmpeg developers built on Jun 16 2013 15:48:02 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --extra-cflags=-fstack- protector-all libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 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 ==15918== Invalid read of size 8 ==15918== at 0x68DB59F: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==15918== by 0x688F8A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==15918== by 0xC5A83E: av_strtod (eval.c:96) ==15918== by 0xC5B0E4: parse_primary (eval.c:322) ==15918== by 0xC5BBA0: parse_factor (eval.c:481) ==15918== by 0xC5BDAB: parse_term (eval.c:530) ==15918== by 0xC5AE0E: parse_expr (eval.c:554) ==15918== by 0xC5BFED: av_expr_parse (eval.c:671) ==15918== by 0xC5C180: av_expr_parse_and_eval (eval.c:708) ==15918== by 0x4C3AAF: config_props (vf_scale.c:209) ==15918== by 0x48CC3E: avfilter_config_links (avfilter.c:242) ==15918== by 0x48CC21: avfilter_config_links (avfilter.c:231) ==15918== Address 0x746a780 is 0 bytes inside a block of size 3 alloc'd ==15918== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==15918== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==15918== by 0xC6443F: av_malloc (mem.c:93) ==15918== by 0xC5BF3C: av_expr_parse (eval.c:648) ==15918== by 0xC5C180: av_expr_parse_and_eval (eval.c:708) ==15918== by 0x4C3AAF: config_props (vf_scale.c:209) ==15918== by 0x48CC3E: avfilter_config_links (avfilter.c:242) ==15918== by 0x48CC21: avfilter_config_links (avfilter.c:231) ==15918== by 0x490AEE: avfilter_graph_config (avfiltergraph.c:267) ==15918== by 0x47211E: configure_filtergraph (ffmpeg_filter.c:862) ==15918== by 0x47BA00: transcode_init (ffmpeg.c:2283) ==15918== by 0x466D3A: main (ffmpeg.c:3176) ==15918== ==15918== Invalid read of size 8 ==15918== at 0x68DB5A7: __GI___strncasecmp_l (in /lib64/libc-2.15.so) ==15918== by 0x688F8A5: ____strtod_l_internal (in /lib64/libc-2.15.so) ==15918== by 0xC5A83E: av_strtod (eval.c:96) ==15918== by 0xC5B0E4: parse_primary (eval.c:322) ==15918== by 0xC5BBA0: parse_factor (eval.c:481) ==15918== by 0xC5BDAB: parse_term (eval.c:530) ==15918== by 0xC5AE0E: parse_expr (eval.c:554) ==15918== by 0xC5BFED: av_expr_parse (eval.c:671) ==15918== by 0xC5C180: av_expr_parse_and_eval (eval.c:708) ==15918== by 0x4C3AAF: config_props (vf_scale.c:209) ==15918== by 0x48CC3E: avfilter_config_links (avfilter.c:242) ==15918== by 0x48CC21: avfilter_config_links (avfilter.c:231) ==15918== Address 0x746a788 is 5 bytes after a block of size 3 alloc'd ==15918== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==15918== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==15918== by 0xC6443F: av_malloc (mem.c:93) ==15918== by 0xC5BF3C: av_expr_parse (eval.c:648) ==15918== by 0xC5C180: av_expr_parse_and_eval (eval.c:708) ==15918== by 0x4C3AAF: config_props (vf_scale.c:209) ==15918== by 0x48CC3E: avfilter_config_links (avfilter.c:242) ==15918== by 0x48CC21: avfilter_config_links (avfilter.c:231) ==15918== by 0x490AEE: avfilter_graph_config (avfiltergraph.c:267) ==15918== by 0x47211E: configure_filtergraph (ffmpeg_filter.c:862) ==15918== by 0x47BA00: transcode_init (ffmpeg.c:2283) ==15918== by 0x466D3A: main (ffmpeg.c:3176) ==15918== Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: rawvideo (444P / 0x50343434), yuv444p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help ==15918== Warning: client switching stacks? SP change: 0x10001000 --> 0x0 ==15918== to suppress, use: --max-stackframe=268439552 or greater ==15918== ==15918== Process terminating with default action of signal 11 (SIGSEGV) ==15918== Access not within mapped region at address 0x29 ==15918== at 0xBD5291: dering_SSE2 (postprocess_template.c:1437) ==15918== If you believe this happened as a result of a stack ==15918== overflow in your program's main thread (unlikely but ==15918== possible), you can try to increase the size of the ==15918== main thread stack using the --main-stacksize= flag. ==15918== The main thread stack size used in this run was 8388608. ==15918== ==15918== HEAP SUMMARY: ==15918== in use at exit: 1,340,134 bytes in 237 blocks ==15918== total heap usage: 3,219 allocs, 2,982 frees, 3,375,434 bytes allocated ==15918== ==15918== LEAK SUMMARY: ==15918== definitely lost: 0 bytes in 0 blocks ==15918== indirectly lost: 0 bytes in 0 blocks ==15918== possibly lost: 4,896 bytes in 18 blocks ==15918== still reachable: 1,335,238 bytes in 219 blocks ==15918== suppressed: 0 bytes in 0 blocks ==15918== Rerun with --leak-check=full to see details of leaked memory ==15918== ==15918== For counts of detected and suppressed errors, rerun with: -v ==15918== ERROR SUMMARY: 6 errors from 2 contexts (suppressed: 2 from 2) Killed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 16:26:12 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 14:26:12 -0000 Subject: [FFmpeg-trac] #2675(postproc:new): postproc crashes with -fstack-protector-all In-Reply-To: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> References: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> Message-ID: <051.729394ec9e7ea22308c8793f1071338a@avcodec.org> #2675: postproc crashes with -fstack-protector-all ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: postproc Version: git-master | Resolution: Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): The reason is apparently that gcc miscompiles dering_SSE2() and dering_MMX2() in libpostproc/postproc_template.c: {{{ 1182 "movq %%mm6, %%mm0 \n\t" // max 1183 "psubb %%mm7, %%mm6 \n\t" // max - min 1184 "push %4 \n\t" 1184 "movd %%mm6, %k4 \n\t" 1185 "cmpb "MANGLE(deringThreshold)", %b4 \n\t" 1186 "pop %4 \n\t" ... : : "r" (src), "r" ((x86_reg)stride), "m" (c->pQPb), "m"(c->pQPb2), "q"(tmp) : "%"REG_a, "%"REG_d }}} {{{ 0x0000000000bd40eb : movq %mm6,%mm0 0x0000000000bd40ee : psubb %mm7,%mm6 0x0000000000bd40f1 : push %rsp 0x0000000000bd40f2 : movd %mm6,%esp 0x0000000000bd40f5 : cmp 0xe3c6c0,%spl => 0x0000000000bd40fd : pop %rsp }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 17:45:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 15:45:15 -0000 Subject: [FFmpeg-trac] #2676(FFprobe:new): FFprobe doesn't detect cover art for .tta file having id3v2 metadata Message-ID: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> #2676: FFprobe doesn't detect cover art for .tta file having id3v2 metadata ---------------------------------+-------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: FFprobe doesn't detect cover art for .tta file having id3v2 metadata, while it's working perfectly for mp3 audio files by detecting the expected audio streams and cover art as a separate video MJPEG stream. Tested on this file: http://towerofbabel.free.fr/test/music.id3.tta How to reproduce: {{{ % ffprobe.exe music.id3.tta ffprobe version N-54036-g6c4516d Copyright (c) 2007-2013 the FFmpeg developers built on Jun 15 2013 13:04:51 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [tta @ 00000000026cf360] Format tta detected only with low score of 24, misdetec tion possible! Input #0, tta, from 'music.id3.tta': Duration: 00:23:57.77, start: 0.000000, bitrate: 1048 kb/s Stream #0:0: Audio: tta, 44100 Hz, stereo, s16 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 17:47:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 15:47:08 -0000 Subject: [FFmpeg-trac] #2676(FFprobe:new): FFprobe doesn't detect cover art for .tta file having id3v2 metadata In-Reply-To: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> References: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> Message-ID: <049.3d4f5b5eb0560343bca923f04feb8109@avcodec.org> #2676: FFprobe doesn't detect cover art for .tta file having id3v2 metadata ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cyril): cover art was embedded with mp3tag 2.55a as IDv23 metadata. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 18:36:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 16:36:11 -0000 Subject: [FFmpeg-trac] #2677(FFplay:new): ffplay crashes when trying to read a .tta audio file Message-ID: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> #2677: ffplay crashes when trying to read a .tta audio file --------------------------------+-------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: FFplay | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Summary of the bug: ffplay crashes when trying to read a .tta audio file. I used the latest Zeranoe build, it was working fine with previous builds from 2-3 weeks ago. Regression is maybe related to the fix for ticket #2635. Tested file: http://towerofbabel.free.fr/test/music.ape.tta How to reproduce: {{{ % ffplay.exe music.ape.tta ffplay version N-54036-g6c4516d Copyright (c) 2003-2013 the FFmpeg developers built on Jun 15 2013 13:04:51 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 18:38:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 16:38:56 -0000 Subject: [FFmpeg-trac] #2675(postproc:closed): postproc crashes with -fstack-protector-all In-Reply-To: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> References: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> Message-ID: <051.7a0b942483512f9e1bf4b5c6ded43ca5@avcodec.org> #2675: postproc crashes with -fstack-protector-all ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: postproc Version: git-master | Resolution: fixed Keywords: crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Fixed / worked-around by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 19:07:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 17:07:51 -0000 Subject: [FFmpeg-trac] #2676(FFprobe:new): FFprobe doesn't detect cover art for .tta file having id3v2 metadata In-Reply-To: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> References: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> Message-ID: <049.735257d7f812260c045d8a718cee7e51@avcodec.org> #2676: FFprobe doesn't detect cover art for .tta file having id3v2 metadata ------------------------------------+----------------------------------- Reporter: cyril | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: tta | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => tta Comment: Is this also reproducible with a slightly smaller sample? How is this ffprobe-related? Isn't the issue also reproducible with ffmpeg (the application)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 19:22:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 17:22:40 -0000 Subject: [FFmpeg-trac] #2677(avcodec:open): Crash when trying to read a .tta audio file (was: ffplay crashes when trying to read a .tta audio file) In-Reply-To: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> References: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> Message-ID: <049.98e2a44b9f1642fb96d18409a0fa9cad@avcodec.org> #2677: Crash when trying to read a .tta audio file -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: tta crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFplay => avcodec * priority: normal => important * keywords: => tta crash SIGSEGV regression Comment: Regression since 55121f3 {{{ (gdb) r -i music.ape.tta Starting program: ffmpeg_g -i music.ape.tta [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54046-g3b86174 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 16 2013 19:20:08 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.103 / 55. 8.103 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Program received signal SIGSEGV, Segmentation fault. 0x00000000005babe2 in tta_read_packet (s=, pkt=0x7fffffffd190) at libavformat/tta.c:159 159 size = st->index_entries[c->currentframe].size; (gdb) bt #0 0x00000000005babe2 in tta_read_packet (s=, pkt=0x7fffffffd190) at libavformat/tta.c:159 #1 0x00000000005c0a52 in ff_read_packet (s=s at entry=0x1692020, pkt=pkt at entry=0x7fffffffd190) at libavformat/utils.c:791 #2 0x00000000005c2970 in read_frame_internal (s=s at entry=0x1692020, pkt=pkt at entry=0x7fffffffd3b0) at libavformat/utils.c:1443 #3 0x00000000005c5d4e in avformat_find_stream_info (ic=0x1692020, options=0x1693880) at libavformat/utils.c:2904 #4 0x00000000004637f9 in open_input_file (o=o at entry=0x7fffffffd760, filename=) at ffmpeg_opt.c:814 #5 0x000000000045e2f2 in open_files (inout=, inout at entry=0xc6f47f "input", open_file=open_file at entry=0x463450 , l=, l=) at ffmpeg_opt.c:2483 #6 0x0000000000464b89 in ffmpeg_parse_options (argc=argc at entry=3, argv=argv at entry=0x7fffffffddf8) at ffmpeg_opt.c:2520 #7 0x000000000045be38 in main (argc=3, argv=0x7fffffffddf8) at ffmpeg.c:3361 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x5babc2 to 0x5bac02: 0x00000000005babc2 : mov (%rax),%esp 0x00000000005babc4 : mov $0xdfb9b0bb,%eax 0x00000000005babc9 : jge 0x5bac1b 0x00000000005babcb : mov 0x1e0(%r12),%rcx 0x00000000005babd3 : lea (%rdx,%rdx,2),%rax 0x00000000005babd7 : mov 0x20(%rdi),%rdi 0x00000000005babdb : mov %rsi,%rbp 0x00000000005babde : lea (%rcx,%rax,8),%rax => 0x00000000005babe2 : mov 0x10(%rax),%edx 0x00000000005babe5 : sar $0x2,%edx 0x00000000005babe8 : callq 0x5bfbd0 0x00000000005babed : mov 0x4(%rbx),%ecx 0x00000000005babf0 : mov 0x1e0(%r12),%rsi 0x00000000005babf8 : movslq %ecx,%rdx 0x00000000005babfb : lea (%rdx,%rdx,2),%rdx 0x00000000005babff : lea (%rsi,%rdx,8),%rdx End of assembler dump. (gdb) info register rax 0x0 0 rbx 0x1692600 23668224 rcx 0x0 0 rdx 0x0 0 rsi 0x7fffffffd190 140737488343440 rdi 0x169a720 23701280 rbp 0x7fffffffd190 0x7fffffffd190 rsp 0x7fffffffd040 0x7fffffffd040 r8 0x0 0 r9 0x8 8 r10 0x0 0 r11 0x19 25 r12 0x16926c0 23668416 r13 0x8000000000000000 -9223372036854775808 r14 0x8000000000000000 -9223372036854775808 r15 0x0 0 rip 0x5babe2 0x5babe2 eflags 0x10287 [ CF PF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 19:41:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 17:41:16 -0000 Subject: [FFmpeg-trac] #2677(avcodec:open): Crash when trying to read a .tta audio file In-Reply-To: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> References: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> Message-ID: <049.94266e346fb7e30f87eba199da08ebb4@avcodec.org> #2677: Crash when trying to read a .tta audio file -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: tta crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cyril): Another detail: I have the same audio file but with id3v2 metadata instead of ape metadata. The id3v2 version doesn't have any issue: http://towerofbabel.free.fr/test/music.id3.tta Sorry, I don't have a smaller sample... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:05:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:05:40 -0000 Subject: [FFmpeg-trac] #2677(avcodec:closed): Crash when trying to read a .tta audio file In-Reply-To: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> References: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> Message-ID: <049.f04b853bcc51fe44cc5a05ec0bbe346a@avcodec.org> #2677: Crash when trying to read a .tta audio file -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: tta crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * status: open => closed * resolution: => fixed Comment: Fixed in 9ea7ff7955192c38ac277a19920a96deed510be1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:06:56 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:06:56 -0000 Subject: [FFmpeg-trac] #2676(avformat:closed): FFprobe doesn't detect cover art for .tta file having id3v2 metadata In-Reply-To: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> References: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> Message-ID: <049.f519a33eafe2493c964f86c3454337a9@avcodec.org> #2676: FFprobe doesn't detect cover art for .tta file having id3v2 metadata ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: tta | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by richardpl): * status: new => closed * resolution: => fixed * component: FFprobe => avformat * reproduced: 0 => 1 Comment: Fixed in e997afdfc61e7c48ae7daea9b45dc6305e85aca0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:07:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:07:55 -0000 Subject: [FFmpeg-trac] #2677(avformat:closed): Crash when trying to read a .tta audio file In-Reply-To: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> References: <034.4fe25790287de0a43d8e8dffd0642065@avcodec.org> Message-ID: <049.6ca5e4790f9f164b8e08ec84fe407a4a@avcodec.org> #2677: Crash when trying to read a .tta audio file -------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: tta crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by richardpl): * component: avcodec => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:08:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:08:36 -0000 Subject: [FFmpeg-trac] #2678(avfilter:new): Dscolored output with vf_gradfun and nv12 pixel format Message-ID: <035.20216061663ea354c41601a739dacecc@avcodec.org> #2678: Dscolored output with vf_gradfun and nv12 pixel format ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ``` ffplay xtest720.mkv -vf format=nv12,gradfun=32:32,format=yuv420p ``` My conclusion: vf_gradfun actually supports only strictly planar formats. nv12 is sort of half-packed (separate Y plain, but packed chroma), and maybe you normally don't see the bad effect on the crhoma so well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:08:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:08:40 -0000 Subject: [FFmpeg-trac] #2679(avfilter:new): Discolored output with vf_gradfun and nv12 pixel format Message-ID: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> #2679: Discolored output with vf_gradfun and nv12 pixel format ----------------------------------+--------------------------------------- Reporter: gjdfgh | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ``` ffplay xtest720.mkv -vf format=nv12,gradfun=32:32,format=yuv420p ``` My conclusion: vf_gradfun actually supports only strictly planar formats. nv12 is sort of half-packed (separate Y plain, but packed chroma), and maybe you normally don't see the bad effect on the crhoma so well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:09:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:09:34 -0000 Subject: [FFmpeg-trac] #2678(avfilter:new): Dscolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.20216061663ea354c41601a739dacecc@avcodec.org> References: <035.20216061663ea354c41601a739dacecc@avcodec.org> Message-ID: <050.acab814e78cce9fd9466820f4266e69f@avcodec.org> #2678: Dscolored output with vf_gradfun and nv12 pixel format -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): Damn, double post. Please ignore and close this one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:11:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:11:31 -0000 Subject: [FFmpeg-trac] #2678(avfilter:closed): Dscolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.20216061663ea354c41601a739dacecc@avcodec.org> References: <035.20216061663ea354c41601a739dacecc@avcodec.org> Message-ID: <050.d17d3052668ad18bd12053f51482c587@avcodec.org> #2678: Dscolored output with vf_gradfun and nv12 pixel format -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => duplicate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:18:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:18:14 -0000 Subject: [FFmpeg-trac] #2676(avformat:closed): FFprobe doesn't detect cover art for .tta file having id3v2 metadata In-Reply-To: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> References: <034.0630a4c46d1e9c178a99727bc51a5b94@avcodec.org> Message-ID: <049.0bb12d3f44be943d5733732abd47ae95@avcodec.org> #2676: FFprobe doesn't detect cover art for .tta file having id3v2 metadata ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: tta id3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: tta => tta id3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 16 21:19:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Jun 2013 19:19:22 -0000 Subject: [FFmpeg-trac] #2679(avfilter:new): Discolored output with vf_gradfun and nv12 pixel format In-Reply-To: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> References: <035.ff01fc9eab15586f4fefa1038f3301a8@avcodec.org> Message-ID: <050.7972ba5de00509b96d4ab1cd7e4012a8@avcodec.org> #2679: Discolored output with vf_gradfun and nv12 pixel format -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Is this problem only reproducible with ffplay or also with ffmpeg? Please provide the failing command line together with the complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 08:48:12 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 06:48:12 -0000 Subject: [FFmpeg-trac] #2635(avformat:closed): no id3 or apev2 metadata support for .tta audio files In-Reply-To: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> References: <034.1a84295abb8f058f82742a5a08a0e12b@avcodec.org> Message-ID: <049.64501b6ff6f1ba5cf2a0f50b0d88b9c7@avcodec.org> #2635: no id3 or apev2 metadata support for .tta audio files ------------------------------------+------------------------------------ Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: tta id3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => tta id3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 08:52:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 06:52:27 -0000 Subject: [FFmpeg-trac] #2675(postproc:closed): postproc crashes with -fstack-protector-all In-Reply-To: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> References: <036.29c9f47e9db28a62037768a0a6d9e14d@avcodec.org> Message-ID: <051.aed98f43a3a8c03d795c84f58692cbeb@avcodec.org> #2675: postproc crashes with -fstack-protector-all -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: postproc Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV gcc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash => crash SIGSEGV gcc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 09:26:51 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 07:26:51 -0000 Subject: [FFmpeg-trac] #397(swscale:closed): swscale crashes when upscaling pictures using MMX2 In-Reply-To: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> References: <034.e6d852ce09faeda8c634d458e4bf804a@avcodec.org> Message-ID: <049.86ec0bfb4d6ed223c1f476d7e8f7269c@avcodec.org> #397: swscale crashes when upscaling pictures using MMX2 -------------------------------------+------------------------------------- Reporter: TobiX | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV gcc | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV gcc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 09:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 07:47:01 -0000 Subject: [FFmpeg-trac] #2485(avformat:closed): Can't use "-chunked_post 0" with HTTP HLS POST In-Reply-To: <037.1455161235b045d7af4550c6ddf05091@avcodec.org> References: <037.1455161235b045d7af4550c6ddf05091@avcodec.org> Message-ID: <052.a5e83bfb960991a256bf34b771e8df92@avcodec.org> #2485: Can't use "-chunked_post 0" with HTTP HLS POST ------------------------------------+------------------------------------- Reporter: jgarrous | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls * resolution: => duplicate * status: new => closed * component: undetermined => avformat Comment: This is a duplicate of ticket #1291: Options are not forwarded from the hls muxer to the file muxer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 09:47:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 07:47:31 -0000 Subject: [FFmpeg-trac] #1291(avformat:reopened): The custom user-agent option is ignored after the initial connection when using HTTP Live Streaming (HLS) In-Reply-To: <032.d2b5c44058e38e914ea07f202f527c6f@avcodec.org> References: <032.d2b5c44058e38e914ea07f202f527c6f@avcodec.org> Message-ID: <047.be34369be4071e0cd9e81ad6d731103b@avcodec.org> #1291: The custom user-agent option is ignored after the initial connection when using HTTP Live Streaming (HLS) ------------------------------------+------------------------------------ Reporter: xnp | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Ticket #2485 contains another example of a not-forwarded option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 09:55:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 07:55:59 -0000 Subject: [FFmpeg-trac] #2438(undetermined:new): Audio and Video not sync after import to Edius 6 or Premier 5 In-Reply-To: <038.3d8f6fb656d8003bcbe14661a83fb975@avcodec.org> References: <038.3d8f6fb656d8003bcbe14661a83fb975@avcodec.org> Message-ID: <053.5cab29cbcb75709f699333ee3f56a060@avcodec.org> #2438: Audio and Video not sync after import to Edius 6 or Premier 5 -------------------------------------+------------------------------------- Reporter: yaropolov | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this only reproducible if the input is rtmp or also with file input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 09:58:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 07:58:55 -0000 Subject: [FFmpeg-trac] #2576(undetermined:new): Downloading HLS streams from svtplay.se fails after random time. In-Reply-To: <034.607f0bfd5a1567099f99751894cacb32@avcodec.org> References: <034.607f0bfd5a1567099f99751894cacb32@avcodec.org> Message-ID: <049.b8e48c8b312cf6e7c5473dc7a0e77ce4@avcodec.org> #2576: Downloading HLS streams from svtplay.se fails after random time. -------------------------------------+------------------------------------- Reporter: n3mmr | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 10:13:03 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 08:13:03 -0000 Subject: [FFmpeg-trac] #824(avcodec:closed): Segfault while using h264 hardware acceleration In-Reply-To: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> References: <040.7ef7061b12ea171071fe52155dd46949@avcodec.org> Message-ID: <055.83a5c0a168b67527f51597301234c840@avcodec.org> #824: Segfault while using h264 hardware acceleration -------------------------------------+------------------------------------- Reporter: static-void | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vaapi | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 10:16:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 08:16:00 -0000 Subject: [FFmpeg-trac] #2530(undetermined:closed): Seeking in transport stream spams decoder error messages In-Reply-To: <035.d65c6c0aff29b237f6e72599a66bb2ef@avcodec.org> References: <035.d65c6c0aff29b237f6e72599a66bb2ef@avcodec.org> Message-ID: <050.6725f24078ff63fb6b8f2696f7ae2a5d@avcodec.org> #2530: Seeking in transport stream spams decoder error messages -------------------------------------+------------------------------------- Reporter: gjdfgh | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mpegts h264 | 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 this ticket if it is reproducible with current git head and if you can provide command line and console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 10:42:34 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 08:42:34 -0000 Subject: [FFmpeg-trac] #2594(undetermined:open): ffmpeg stalls when accessing a live Windows Media stream with multiple audio and video streams In-Reply-To: <032.e21ce7fef7c372a2cabfd65cf36ce069@avcodec.org> References: <032.e21ce7fef7c372a2cabfd65cf36ce069@avcodec.org> Message-ID: <047.18dd061f52727f58015442c8773101c2@avcodec.org> #2594: ffmpeg stalls when accessing a live Windows Media stream with multiple audio and video streams -------------------------------------+------------------------------------- Reporter: xnp | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mms | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wmv, multiple streams => mms * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Also reproducible with {{{$ ffmpeg -i mmsh://livewms.europarl.europa.eu/reflector:52819 -f null -}}} The only working command line is {{{$ ffmpeg -i mmsh://livewms.europarl.europa.eu/reflector:52819 -map 0:25 -map 0:26 -c copy out.mkv}}} The following commands work as expected: {{{$ ffplay -i mmsh://livewms.europarl.europa.eu/reflector:52819}}} {{{$ ffplay -i mmsh://livewms.europarl.europa.eu/reflector:52819 -ast 25 -vst 26}}} Pressing "v" three times or pressing "a" 24 times while ffplay plackback also shows the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 10:48:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 08:48:25 -0000 Subject: [FFmpeg-trac] #2666(FFplay:closed): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.4c1c956cc9b68017afb614ce8c952927@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The original issue was fixed by Marton. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 11:10:11 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 09:10:11 -0000 Subject: [FFmpeg-trac] #2666(FFplay:closed): Subtitles broken with ffplay In-Reply-To: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> References: <036.247b760c69183c6f6ae762f20c31299c@avcodec.org> Message-ID: <051.09d02307057cef4bd9fd4f25a5633d72@avcodec.org> #2666: Subtitles broken with ffplay ------------------------------------+---------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: fixed Keywords: dvbsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Comment (by ubitux): (Fixed in 05f0d53170d9f6cce34ed2e12b5749f4a4db6cac) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 13:22:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 11:22:29 -0000 Subject: [FFmpeg-trac] #2680(FFmpeg:new): Automatically use necessary bitstream filters Message-ID: <038.d699970375d0470b6f8bbb6a0043eb27@avcodec.org> #2680: Automatically use necessary bitstream filters -----------------------------------+--------------------------------------- Reporter: jameshowe | Type: enhancement Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+--------------------------------------- It seems silly that ffmpeg gives you an error message telling you exactly what to do in order to make your command work ("retry with -bsf h264_mp4toannexb" for example) and not just do it automatically. Not requiring the user to do this manually would be most convenient, and make it possible to use the tee muxer when the outputs require different, non-compatible filters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 17:07:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 15:07:10 -0000 Subject: [FFmpeg-trac] #2663(avformat:closed): Invalid data found for live audio stream In-Reply-To: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> References: <036.ef54501e1c8c6dca269b7cb198978b29@avcodec.org> Message-ID: <051.b8343ff1ae72e9c057ffb4babbf46ed4@avcodec.org> #2663: Invalid data found for live audio stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: http | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Fixed it de12b454f21675e18127cd8b549c53deec7cd048 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 17:07:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 15:07:30 -0000 Subject: [FFmpeg-trac] #2265(avformat:reopened): Some http addresses cannot be opened In-Reply-To: <036.8788f66e08323551494ca4ac45b1aee5@avcodec.org> References: <036.8788f66e08323551494ca4ac45b1aee5@avcodec.org> Message-ID: <051.a4875a8b097924601c05438da5c40201@avcodec.org> #2265: Some http addresses cannot be opened -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: videolan | Blocked By: http | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: closed => reopened * resolution: fixed => Comment: Re-opened since de12b454f21675e18127cd8b549c53deec7cd048 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 17:08:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 15:08:33 -0000 Subject: [FFmpeg-trac] #2265(avformat:closed): Some http addresses cannot be opened In-Reply-To: <036.8788f66e08323551494ca4ac45b1aee5@avcodec.org> References: <036.8788f66e08323551494ca4ac45b1aee5@avcodec.org> Message-ID: <051.a9ad69703f70beaa9d39bbd938b01cc6@avcodec.org> #2265: Some http addresses cannot be opened -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: videolan | worksforme http | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: reopened => closed * resolution: => worksforme Comment: I believe you need to make FFmpeg behave as a browser for this, so {{{-user-agent 'Mozilla/5.0'}}} is the correct way to deal with the problem. Feel free to re-open if you disagree. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 17:53:10 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 15:53:10 -0000 Subject: [FFmpeg-trac] #2586(avcodec:open): FFplay crashes on 4k DCI Jpeg200 In-Reply-To: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> References: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> Message-ID: <051.e537906a560dddb50e7f3e61f685cd97@avcodec.org> #2586: FFplay crashes on 4k DCI Jpeg200 -------------------------------------+------------------------------------- Reporter: rexbron | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: j2k, | Blocked By: jpeg2000; 4K | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Buxiness): * analyzed: 0 => 1 * keywords: j2k => j2k, jpeg2000; 4K * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Hi, I tried the image, it says unsupported marker 0xFF5F, is the POC marker( Progression Order change). this marker is not handled bu the jpeg2000 decoder. And its specific for 4K. AS DCI says : For a 4K distribution, there shall be exactly one POC marker segment in the main header. Other POC marker segments are forbidden. The POC marker segment shall specify exactly two progressions having the following parameters: DCI Digital Cinema System Specification v.1.2 Page 41 - First progression: RSpoc = 0, CSpoc = 0, LYEpoc = L, REpoc = D, CEpoc = 3, Ppoc = 4 - Second progression: RSpoc = D, CSpoc = 0, LYEpoc = L, REpoc = D+1, CEpoc = 3, Ppoc = 4 - In the above, D is the number of wavelet transform levels and L is the number of quality layers. The constant 3 specifies the number of color components, and the constant 4 specifies CPRL progression. Note: This POC marker segment ensures that all 2K data precede all 4K data. Within each portion (2K, 4K), all data for color component 0 precede all data for color component 1, which in turn precede all data for color component 2. There are also in management of TPsot market who have to handle 6 tileparts in 4K, instead of 3 in 2K Sample command : {{{ ./ffmpeg -v verbose -y -i /home/nicolas/T?l?chargements/ISAIAHS_BIRTHDAY.REEL001.00101979.j2c -vcodec jpeg2000 -strict -2 /tmp/out.tiff ffmpeg version N-53811-gc8faa47 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 3 2013 18:16:12 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/nicolas/dev/local --enable-pic --enable- libopenjpeg libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [jpeg2000 @ 0x29818a0] unsupported marker 0xFF5F at pos 0x10B [jpeg2000 @ 0x29818a0] TPsot 3 too big [jpeg2000 @ 0x29818a0] error during processing marker segment ff90 Input #0, image2, from '/home/nicolas/T?l?chargements/ISAIAHS_BIRTHDAY.REEL001.00101979.j2c': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: jpeg2000 (JPEG 2000 digital cinema 4K), xyz12le, 3840x2160, 25 tbr, 25 tbn, 25 tbc [graph 0 input from stream 0:0 @ 0x296c860] w:3840 h:2160 pixfmt:xyz12le tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [auto-inserted scaler 0 @ 0x296d440] w:iw h:ih flags:'0x4' interl:0 [format @ 0x296e720] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [auto-inserted scaler 0 @ 0x296d440] w:3840 h:2160 fmt:xyz12le sar:0/1 -> w:3840 h:2160 fmt:yuv444p sar:0/1 flags:0x4 Output #0, image2, to '/tmp/out.tiff': Metadata: encoder : Lavf55.8.102 Stream #0:0: Video: jpeg2000, yuv444p, 3840x2160, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (jpeg2000 -> jpeg2000) Press [q] to stop, [?] for help [jpeg2000 @ 0x90bc040] unsupported marker 0xFF5F at pos 0x10B [jpeg2000 @ 0x90bc040] TPsot 3 too big [jpeg2000 @ 0x90bc040] error during processing marker segment ff90 No more output streams to write to, finishing. frame= 0 fps=0.0 q=-1.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) }}} Tested with libopenjpeg is works {{{ ./ffplay -lowres 2 /home/nicolas/T?l?chargements/ISAIAHS_BIRTHDAY.REEL001.00101979.j2c -vcodec libopenjpeg }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 17:58:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 15:58:38 -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.c579065b00485e20c4673458d515d7fd@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 Buxiness): May be we can close this one ? I think its also works with native decoder now also. But sample is not avlble -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 19:41:16 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 17:41:16 -0000 Subject: [FFmpeg-trac] #2681(undetermined:new): Invalid frame duration reported by ffprobe for wmav2 audio stream inside a wmv container In-Reply-To: <036.784c886868ca390198d0525d91859b9e@avcodec.org> References: <036.784c886868ca390198d0525d91859b9e@avcodec.org> Message-ID: <051.087d9c066cf5cd4ec531ff655b47ddd4@avcodec.org> #2681: Invalid frame duration reported by ffprobe for wmav2 audio stream inside a wmv container ---------------------------------+---------------------------------------- Reporter: neerfri | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: wmav2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by neerfri): When trying to use the same input file for ffmpeg I get a "Queue input is backward in time" error: {{{ % ffmpeg -v 9 -loglevel debug -i sample.wmv output.mp3 ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 12:31:13 with Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) configuration: --prefix=/usr/local/Cellar/ffmpeg/1.2.1 --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host- cflags= --host-ldflags= --enable-libx264 --enable-libfaac --enable- libmp3lame --enable-libxvid --enable-libfreetype --enable-libtheora --enable-libvorbis --enable-librtmp --enable-libspeex --enable- libschroedinger --enable-libfdk-aac 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 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 'debug'. Reading option '-i' ... matched as input file with argument 'sample.wmv'. Reading option 'output.mp3' ... matched as output file. 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 sample.wmv. Successfully parsed a group of options. Opening an input file: sample.wmv. [asf @ 0x7fdfc1806600] Format asf probed with size=2048 and score=100 [asf @ 0x7fdfc1806600] gpos mismatch our pos=24, end=100 [asf @ 0x7fdfc1806600] File position before avformat_find_stream_info() is 976 [asf @ 0x7fdfc1806600] parser not found for codec wmav2, packets or times may be invalid. Last message repeated 1 times [asf @ 0x7fdfc1806600] All info found [asf @ 0x7fdfc1806600] File position after avformat_find_stream_info() is 3039 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, asf, from 'sample.wmv': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WMFSDKVersion : 12.0.7601.17514 IsVBR : 1 VBR Peak : 6208925 Buffer Average : 62721 encoded_by : Sorenson Squeeze Encoded_With : Sorenson Squeeze encoder : Lavf54.63.104 Duration: 00:00:30.08, start: 0.000000, bitrate: 201 kb/s Stream #0:0, 1, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 127 kb/s Successfully opened the file. Parsing a group of options: output file output.mp3. Successfully parsed a group of options. Opening an output file: output.mp3. Successfully opened the file. [abuffer @ 0x7fdfc140f140] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 0x7fdfc140f140] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 0x7fdfc140f140] Setting entry with key 'sample_fmt' to value 'fltp' [abuffer @ 0x7fdfc140f140] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x7fdfc140dcc0] tb:1/48000 samplefmt:fltp samplerate:48000 chlayout:0x3 [aformat @ 0x7fdfc140f680] Setting entry with key 'sample_fmts' to value 's32p,fltp,s16p' [aformat @ 0x7fdfc140f680] Setting entry with key 'sample_rates' to value '44100,48000,32000,22050,24000,16000,11025,12000,8000' [aformat @ 0x7fdfc140f680] Setting entry with key 'channel_layouts' to value '0x4,0x3' Output #0, mp3, to 'output.mp3': Metadata: WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: MP at HL WMFSDKVersion : 12.0.7601.17514 IsVBR : 1 VBR Peak : 6208925 Buffer Average : 62721 TENC : Sorenson Squeeze Encoded_With : Sorenson Squeeze TSSE : Lavf54.63.104 Stream #0:0, 0, 1/90000: Audio: mp3, 48000 Hz, stereo, fltp Stream mapping: Stream #0:0 -> #0:0 (wmav2 -> libmp3lame) Press [q] to stop, [?] for help [libmp3lame @ 0x7fdfc181f600] Queue input is backward in time [mp3 @ 0x7fdfc181e200] st:0 PTS: 10168 DTS: 10168 < 10889 invalid, clipping [output stream 0:0 @ 0x7fdfc140f3c0] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. [libmp3lame @ 0x7fdfc181f600] Trying to remove 1071 more samples than there are in the queue size= 472kB time=00:00:30.10 bitrate= 128.4kbits/s video:0kB audio:471kB subtitle:0 global headers:0kB muxing overhead 0.102344% Statistics: 759376 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 21:25:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 19:25:48 -0000 Subject: [FFmpeg-trac] #2681(undetermined:new): Invalid frame duration reported by ffprobe for wmav2 audio stream inside a wmv container In-Reply-To: <036.784c886868ca390198d0525d91859b9e@avcodec.org> References: <036.784c886868ca390198d0525d91859b9e@avcodec.org> Message-ID: <051.f2b7c93be770a65444d0dcb248b84f56@avcodec.org> #2681: Invalid frame duration reported by ffprobe for wmav2 audio stream inside a wmv container -------------------------------------+------------------------------------- Reporter: neerfri | Owner: Type: defect | Status: new Priority: normal | Component: Version: 1.2.1 | undetermined Keywords: wmav2 asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wmav2 => wmav2 asf Comment: Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:03:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:03:36 -0000 Subject: [FFmpeg-trac] #2581(avformat:closed): mmsh seeking crashes ffmpeg In-Reply-To: <036.f4aace20d55831684d73d17cf4a661d0@avcodec.org> References: <036.f4aace20d55831684d73d17cf4a661d0@avcodec.org> Message-ID: <051.1d4040497541fb4055d8f798a5e6b152@avcodec.org> #2581: mmsh seeking crashes ffmpeg -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mms crash | Blocked By: SIGSEGV regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in b4579a29c75e2968ede2ad002dd4a495dbfc883d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:03:55 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:03:55 -0000 Subject: [FFmpeg-trac] #2461(avcodec:open): VAAPI mpeg2 decoding crashes In-Reply-To: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> References: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> Message-ID: <048.bde027b80a0413fc4bae4f3b90188cae@avcodec.org> #2461: VAAPI mpeg2 decoding crashes -------------------------------------+------------------------------------- Reporter: BtbN | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vaapi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by BtbN): This fixes it for me: https://lists.libav.org/pipermail/libav-devel/2013-May/046901.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:14:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:14:46 -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.603d1ab3137e8539f995d33542d6de9f@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 cehoyos): Replying to [comment:18 Buxiness]: > May be we can close this one ? > I think its also works with native decoder now also. Decoding works with the native decoder but detection is not fixed yet. > But sample is not avlble http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2345/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:16:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:16:27 -0000 Subject: [FFmpeg-trac] #2586(avcodec:open): FFplay crashes on 4k DCI Jpeg200 In-Reply-To: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> References: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> Message-ID: <051.2a7c8219e1b585fba8212f85e3c850fe@avcodec.org> #2586: FFplay crashes on 4k DCI Jpeg200 ------------------------------------+----------------------------------- Reporter: rexbron | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: j2k 4k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: j2k, jpeg2000; 4K => j2k 4k -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:16:57 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:16:57 -0000 Subject: [FFmpeg-trac] #2606(avcodec:closed): Artefacts decoding Hobbit 4k trailer In-Reply-To: <036.ef6e6e65a6a7dd3eaab630f9345cb1d9@avcodec.org> References: <036.ef6e6e65a6a7dd3eaab630f9345cb1d9@avcodec.org> Message-ID: <051.32b63dd64e994bc705e8ee1f90ba83c9@avcodec.org> #2606: Artefacts decoding Hobbit 4k trailer ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 4k | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 4k -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:28:20 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:28:20 -0000 Subject: [FFmpeg-trac] #1211(avcodec:open): jpeg2000: incorrect output In-Reply-To: <038.848297ede8fec37044ebe0f4831b3941@avcodec.org> References: <038.848297ede8fec37044ebe0f4831b3941@avcodec.org> Message-ID: <053.61f28d8255291292ed0ed0bf59ff0a09@avcodec.org> #1211: jpeg2000: incorrect output -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): All images look visually fine since 582f533 (ticket #2612), the lossless images are not bitexact yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 17 23:59:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 21:59:30 -0000 Subject: [FFmpeg-trac] #2612(avcodec:closed): 8bpp j2k image is not decoded anymore In-Reply-To: <036.ce76d0782b91e94f4eba5d45e2d26a13@avcodec.org> References: <036.ce76d0782b91e94f4eba5d45e2d26a13@avcodec.org> Message-ID: <051.6868de68e0020cd3f23ad40beab44029@avcodec.org> #2612: 8bpp j2k image is not decoded anymore -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: j2k | 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 Tue Jun 18 00:00:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 22:00:18 -0000 Subject: [FFmpeg-trac] #2461(avcodec:open): VAAPI mpeg2 decoding crashes In-Reply-To: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> References: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> Message-ID: <048.42b190e267d29e3459184e7f40a99411@avcodec.org> #2461: VAAPI mpeg2 decoding crashes -------------------------------------+------------------------------------- Reporter: BtbN | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vaapi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 00:17:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 22:17:46 -0000 Subject: [FFmpeg-trac] #2461(avcodec:open): VAAPI mpeg2 decoding crashes In-Reply-To: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> References: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> Message-ID: <048.96c84330ccb3d28f335178fde276d440@avcodec.org> #2461: VAAPI mpeg2 decoding crashes -------------------------------------+------------------------------------- Reporter: BtbN | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vaapi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does elupus' patch also fix the crash? http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/164345 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 00:18:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 22:18:48 -0000 Subject: [FFmpeg-trac] #2461(avcodec:open): VAAPI mpeg2 decoding crashes In-Reply-To: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> References: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> Message-ID: <048.d84ca8fcce6ffa713a8bdcafaab7a009@avcodec.org> #2461: VAAPI mpeg2 decoding crashes -------------------------------------+------------------------------------- Reporter: BtbN | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vaapi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by BtbN): elupus just reverted his that patch in the ffmpeg version shipped with xbmc, in favor of the one i linked. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 00:49:48 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 22:49:48 -0000 Subject: [FFmpeg-trac] #1802(undetermined:new): Segmentation fault with ffserver In-Reply-To: <034.38a56ddcd6aa0064aec41c17e17a64af@avcodec.org> References: <034.38a56ddcd6aa0064aec41c17e17a64af@avcodec.org> Message-ID: <049.b4c0965201a580ec3bd72eb723626919@avcodec.org> #1802: Segmentation fault with ffserver -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: => crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 01:38:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 23:38:25 -0000 Subject: [FFmpeg-trac] #2682(undetermined:new): mmsh seeking regression Message-ID: <036.b5808d85d6edeba4f968c5da91a8fe7e@avcodec.org> #2682: mmsh seeking regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: mms Blocked By: | regression Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- Ticket #358 is reproducible again: Seeking in a mssh stream used to work with 8b08f81, fails since 7b0b10c, issue can be reproduced easier with ffplay (but that's hard to show here) since old ffmpeg produces some A/V desync while ffplay plays fine after seeking. {{{ $ ffmpeg -ss 60 -i "mmsh://straumod.nrk.no/disk11/Supermorgen/2011-03-11 /MSUS54000411AA-1Mbit.wmv?UseSilverlight=1" -qscale 2 -t 10 out.avi ffmpeg version N-54090-gac604e4 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 18 2013 01:22:10 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Read data packet header failed! Get http header data failed! mmsh://straumod.nrk.no/disk11/Supermorgen/2011-03-11/MSUS54000411AA- 1Mbit.wmv?UseSilverlight=1: could not seek to position 60.000 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, asf, from 'mmsh://straumod.nrk.no/disk11/Supermorgen/2011-03-11 /MSUS54000411AA-1Mbit.wmv?UseSilverlight=1': Metadata: artist : NRK copyright : NRK WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: L1 WM/WMADRCPeakReference: 12325 WM/WMADRCAverageReference: 3248 WMFSDKVersion : 10.00.00.4007 IsVBR : 0 Duration: 00:02:37.80, start: 0.000000, bitrate: N/A Stream #0:0(nor): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 768x432, 896 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0:1(nor): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo, fltp, 128 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: IART : NRK ICOP : NRK WMFSDKNeeded : 0.0.0.0000 DeviceConformanceTemplate: L1 WM/WMADRCPeakReference: 12325 WM/WMADRCAverageReference: 3248 WMFSDKVersion : 10.00.00.4007 IsVBR : 0 ISFT : Lavf55.9.100 Stream #0:0(nor): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 768x432, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1(nor): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmv3 -> mpeg4) Stream #0:1 -> #0:1 (wmav2 -> ac3) Press [q] to stop, [?] for help [wmv3 @ 0x330dc40] warning: first frame is no keyframe Read data packet header failed! Recv other type packet -5 Read data packet header failed! Recv other type packet -5 Read data packet header failed! Recv other type packet -5 Read data packet header failed! Recv other type packet -5 frame= 0 fps=0.0 q=0.0 Lsize= 10kB time=00:00:00.00 bitrate=N/A dup=0 drop=2 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) }}} {{{ $ ffmpeg -ss 60 -i "mmsh://straumod.nrk.no/disk11/Supermorgen/2011-03-11 /MSUS54000411AA-1Mbit.wmv?UseSilverlight=1" -qscale 2 -t 10 out.avi ffmpeg version N-35339-g8b08f81, Copyright (c) 2000-2011 the FFmpeg developers built on Jun 18 2013 01:00:43 with gcc 4.7.1 20120723 [gcc-4_7-branch revision 189773] configuration: libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [asf @ 0x234a7e0] parser not found for codec wmav2, packets or times may be invalid. Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1) Input #0, asf, from 'mmsh://straumod.nrk.no/disk11/Supermorgen/2011-03-11 /MSUS54000411AA-1Mbit.wmv?UseSilverlight=1': Metadata: artist : NRK copyright : NRK WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:02:37.80, start: 0.000000, bitrate: N/A Stream #0:0(nor): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 768x432, 896 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0:1(nor): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 128 kb/s [buffer @ 0x235d1c0] w:768 h:432 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [ac3 @ 0x235bc00] channel_layout not specified [ac3 @ 0x235bc00] No channel layout specified. The encoder will guess the layout, but it might be incorrect. Output #0, avi, to 'out.avi': Metadata: IART : NRK ICOP : NRK WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 ISFT : Lavf53.24.0 Stream #0:0(nor): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 768x432, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1(nor): Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmv3 -> mpeg4) Stream #0:1 -> #0:1 (wmav2 -> ac3) Press [q] to stop, [?] for help frame= 250 fps= 16 q=2.0 Lsize= 3903kB time=00:00:10.00 bitrate=3197.6kbits/s dup=0 drop=99 video:3627kB audio:250kB global headers:0kB muxing overhead 0.681791% }}} See also ticket #2581, the crash was fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 01:59:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Jun 2013 23:59:14 -0000 Subject: [FFmpeg-trac] #2683(undetermined:new): Jpeg2000 decoder broken Message-ID: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | 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: Regression in the JPEG2000 decoder. I see the problem using either libopenjpeg or jpeg2000 as the decoder. It seems that FFmpeg erroneously recognizes the video as rgb48le when it is really yuv422p10le. I have a version of FFmpeg from 3/28/2013 that does not exhibit the problem. How to reproduce: Try to decode JPEG2000 video with the following command: ffmpeg -i "J2K Decoding Regression.mkv" -f rawvideo NUL -y {{{ ffmpeg -i "J2K Decoding Regression.mkv" -f rawvideo NUL -y ffmpeg version N-54082-g96b33dd Copyright (c) 2000-2013 the FFmpeg developers built on Jun 17 2013 02:05:16 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.103 / 55. 8.103 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [jpeg2000 @ 0287b6a0] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 0287b6a0] unsupported/ CDxy values 2 1 for component 2 Input #0, matroska,webm, from 'J2K Decoding Regression.mkv': Metadata: ENCODER : Lavf55.8.103 Duration: 00:00:00.17, start: 0.000000, bitrate: 156157 kb/s Stream #0:0: Video: jpeg2000 (JPEG 2000 codestream restriction 0) (mjp2 / 0x 32706A6D), rgb48le, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 1 k tbc (default) Output #0, rawvideo, to 'NUL': Metadata: encoder : Lavf55.8.103 Stream #0:0: Video: rawvideo (RGB0 / 0x30424752), rgb48le, 1920x1080 [SAR 1: 1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (jpeg2000 -> rawvideo) Press [q] to stop, [?] for help [jpeg2000 @ 063d0060] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 063d0060] unsupported/ CDxy values 2 1 for component 2 [jpeg2000 @ 04005fe0] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 040063c0] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 04005fe0] [jpeg2000 @ 040067a0] [jpeg2000 @ 04006ba0] [jpeg2000 @ 04 0063c0] unsupported/ CDxy values 2 1 for component 1 unsupported/ CDxy values 2 1 for component 2 unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 04006ba0] unsupported/ CDxy values 2 1 for component 2 unsupported/ CDxy values 2 1 for component 2 [jpeg2000 @ 040067a0] unsupported/ CDxy values 2 1 for component 2 frame= 1 fps=0.0 q=0.0 size= 12150kB time=00:00:00.03 bitrate=2982971.2kbit frame= 5 fps=0.0 q=0.0 Lsize= 60750kB time=00:00:00.16 bitrate=2983007.0kbi ts/s video:60750kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% }}} 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 Jun 18 02:13:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 00:13:49 -0000 Subject: [FFmpeg-trac] #2461(avcodec:closed): VAAPI mpeg2 decoding crashes In-Reply-To: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> References: <033.92cadc2a3f3c2599da16a984666d4c3e@avcodec.org> Message-ID: <048.aad47796549cc20146ab2907bc8fed33@avcodec.org> #2461: VAAPI mpeg2 decoding crashes -------------------------------------+------------------------------------- Reporter: BtbN | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: vaapi | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be finally fixed in master and 1.2 after I created an enormous mess when committing. Thank you for the constant testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 02:33:20 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 00:33:20 -0000 Subject: [FFmpeg-trac] #2586(avcodec:open): Unsupported 4k DCI Jpeg2000 file (was: FFplay crashes on 4k DCI Jpeg200) In-Reply-To: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> References: <036.45fa9fb87339cf12b7de6d24ec97a617@avcodec.org> Message-ID: <051.2c0407b03f76dd807d6b4524294add7d@avcodec.org> #2586: Unsupported 4k DCI Jpeg2000 file --------------------------------------+----------------------------------- Reporter: rexbron | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k 4k crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: j2k 4k => j2k 4k crash * priority: normal => wish * type: defect => enhancement Comment: The original crash that was reproducible with ffmpeg, a regression since e2e9bee / c81a706, was fixed by Michael (73ffab4), the file currently can only be decoded with -vcodec libopenjpeg. I leave this open as a feature request for decoding with the native jpeg2000 decoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 02:37:51 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 00:37:51 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.eb3b191d633327b14db9011dfd2e5bc4@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | 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: => j2k regression Comment: Workarounds are to configure with {{{--disable-decoder=jpeg2000}}} or to specify libopenjpeg as decoder with {{{-vcodec libopenjpeg}}} (in this case, the scaler will always be inserted). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 02:43:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 00:43:14 -0000 Subject: [FFmpeg-trac] #1874(swresample:open): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.5948944856f29d0fd2d7b46665f31e2c@avcodec.org> #1874: ffplay displays "nan" as an current time ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: swresample Version: git-master | Resolution: Keywords: resample | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Fixed by Michael in ca2818b. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 02:55:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 00:55:06 -0000 Subject: [FFmpeg-trac] #1874(swresample:closed): ffplay displays "nan" as an current time In-Reply-To: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> References: <038.091758e9efc521624ab939f29a51f10d@avcodec.org> Message-ID: <053.8fe407e67ba7ebb222c72135a5e40272@avcodec.org> #1874: ffplay displays "nan" as an current time ------------------------------------+-------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: swresample Version: git-master | Resolution: fixed Keywords: resample | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 04:40:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 02:40:45 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.86257f81043872c5ae55b9e9ff545694@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aegwyn11): Replying to [comment:1 cehoyos]: > Workarounds are to configure with {{{--disable-decoder=jpeg2000}}} or to specify libopenjpeg as decoder with {{{-vcodec libopenjpeg}}} (in this case, the scaler will always be inserted). Trying the -c:v libopenjpeg workaround, it does work, but the input still shows as rgb48le and the output is rgb48le. I don't understand...I thought the content was stored as yuv422p10le (this is what FFmpeg reported when I encoded it). If FFmpeg was incorrectly identifying the encoded file as rgb48le, how is it that I get a valid rgb48le output file? I'm wondering...in the older "working" FFmpeg from March, does libopenjpeg internally convert YUV to RGB48 for encoding, and conversly decode to RGB48 and internally convert it backto YUV? If so, it is probably more correct for FFmpeg to only allow RGB input/output to libopenjpeg...letting libopenjpeg internally do the conversions isn't optimal and is misleading. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 10:26:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 08:26:14 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.fe3fb657e6037efb4fbbd6e8953f99ac@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 Aegwyn11]: > Replying to [comment:1 cehoyos]: > > Workarounds are to configure with {{{--disable-decoder=jpeg2000}}} or to specify libopenjpeg as decoder with {{{-vcodec libopenjpeg}}} (in this case, the scaler will always be inserted). > > Trying the -c:v libopenjpeg workaround, it does work, but the input still shows as rgb48le and the output is rgb48le. As explained, if you use -vcodec libopenjpeg the video scaler is inserted to convert from yuv422p10 to rgb48. See the console output for the correct colourspace (and the console output with -loglevel verbose to see the scaler inserted). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 10:36:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 08:36:30 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.e0a7d0b3c62f7b3568560319424790b6@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression, jpeg2000, motion | Reproduced by developer: 1 jpeg2000 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Buxiness): * cc: nicoinattendu@? (added) * keywords: j2k regression => j2k regression, jpeg2000, motion jpeg2000 Comment: The sample looks like a 3D video in motion jpeg2000 is that correct? or maybe interlaced video? And native jpeg2000 decoder shall be corrected as it does not decode correctly the images and returns : {{{ ./ffplay -vcodec jpeg2000 "/home/nicolas/T?l?chargements/J2K Decoding Regression.mkv" ffplay version N-53811-gc8faa47 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 17 2013 18:16:53 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --prefix=/home/nicolas/dev/local --enable-pic --enable- libopenjpeg libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 74.101 / 3. 74.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [jpeg2000 @ 0x7f6630003020] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 0x7f6630003020] unsupported/ CDxy values 2 1 for component 2 Input #0, matroska,webm, from '/home/nicolas/T?l?chargements/J2K Decoding Regression.mkv': Metadata: ENCODER : Lavf55.8.103 Duration: 00:00:00.10, start: 0.000000, bitrate: 155549 kb/s Stream #0:0: Video: jpeg2000 (JPEG 2000 codestream restriction 0) (mjp2 / 0x32706A6D), rgb48le, 1920x1080, SAR 1:1 DAR 16:9, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default) [jpeg2000 @ 0x7f6630009c20] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 0x7f6630009c20] unsupported/ CDxy values 2 1 for component 2 [jpeg2000 @ 0x7f663000a0a0] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 0x7f663000a0a0] unsupported/ CDxy values 2 1 for component 2 [jpeg2000 @ 0x7f663000b000] unsupported/ CDxy values 2 1 for component 1 [jpeg2000 @ 0x7f663000b000] unsupported/ CDxy values 2 1 for component 2 10.56 M-V: 0.074 fd= 1 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} The issue can maybe also related to motion jpeg2000 container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 10:50:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 08:50:52 -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.416bba5e003d2e5a12cf509d7d712681@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 Buxiness): * cc: nicoinattendu@? (added) Comment: Replying to [comment:19 cehoyos]: > Decoding works with the native decoder but detection is not fixed yet. The sample looks like broken, with external tool (asdcplib) I have an error raised also. Origni of sample is a standard DCP MXF/jpeg2000 file, but maybe violently truncated -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 10:55:21 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 08:55:21 -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.25a4d31df4dfc419d06bf3d69074637c@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 cehoyos): Replying to [comment:20 Buxiness]: > Replying to [comment:19 cehoyos]: > > > Decoding works with the native decoder but detection is not fixed yet. > The sample looks like broken, with external tool (asdcplib) I have an error raised also. Origni of sample is a standard DCP MXF/jpeg2000 file, but maybe violently truncated If possible, FFmpeg should also decode broken samples, iirc, Tomas confirmed to me that this sample should be supported. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 11:00:31 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 09:00:31 -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.b20ef6b8034a839a6ad7e4f339ec5963@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 Buxiness): Well okayn but for information asdcp-info returns {{{ ile essence type is JPEG 2000 pictures, (300 edit units). ProductUUID: a1ed80d7-c157-6f4c-9b6b-03955342f5b9 ProductVersion: 4.4.22 CompanyName: Doremi Labs, Inc. ProductName: CineAsset EncryptedEssence: No AssetUUID: ec22bdb5-5363-d449-b935-123e76d63162 Label Set Type: MXF Interop Unknown PictureEssenceCoding UL value. Program stopped on error. }}} asdscplib is often used in DCP creation world. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 11:07:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 09:07:12 -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.36c0c0c9bfd99364a07abadfcae342a1@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 cehoyos): Replying to [comment:22 Buxiness]: > Well okayn but for information asdcp-info returns > {{{ > ile essence type is JPEG 2000 pictures, (300 edit units). > }}} This looks similar to what mxfdump shows afaict: {{{ ContainerDuration = 300 EssenceContainer = MXF-GC JPEG-2000 Picture Mappings Codec = [060e2b34.0401.0109.04010202.03010103] }}} indicating the codec can be detected iiuc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 11:11:52 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 09:11:52 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.5c6986c8f330a6a990b35a19fb01b73f@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression, jpeg2000, motion | Reproduced by developer: 1 jpeg2000 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 Buxiness]: > The sample looks like a 3D video in motion jpeg2000 is that correct? This seems unlikely to me. > or maybe interlaced video? The frames are definitely interlaced, yes. > And native jpeg2000 decoder shall be corrected as it does not decode correctly the images Yes, this is what this ticket is about ("Jpeg2000 decoder broken", from a user's perspective this is a regression). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 11:13:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 09:13:37 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.bb338744cd8e3851ad21e828fd568af8@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: j2k regression, jpeg2000, motion jpeg2000 => j2k regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 12:09:54 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 10:09:54 -0000 Subject: [FFmpeg-trac] #2681(undetermined:new): Invalid frame duration for wmav2 in asf (was: Invalid frame duration reported by ffprobe for wmav2 audio stream inside a wmv container) In-Reply-To: <036.784c886868ca390198d0525d91859b9e@avcodec.org> References: <036.784c886868ca390198d0525d91859b9e@avcodec.org> Message-ID: <051.7fd48392346e058ac344907e2851c32c@avcodec.org> #2681: Invalid frame duration for wmav2 in asf -------------------------------------+------------------------------------- Reporter: neerfri | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: wmav2 asf | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 1.2.1 => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 13:23:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 11:23:12 -0000 Subject: [FFmpeg-trac] #2684(undetermined:new): Black becomes dark gray when converting rgb24 to gray Message-ID: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray -------------------------------------+------------------------------------- Reporter: b_jonas | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- When converting from rgb24 color space to gray colorspace, black input (represented as 0 0 0) becomes dary gray (represented as 16) in the output. I believe the correct output would be black (represented as 0) in the output. I have originally found this problem when reading from a png file, but it will be reproduced with raw input and output here. How to reproduce: I have tried the following on windows 7 with the zeranoe build ffmpeg version N-53307-g5a65fea built on May 20 2013 22:46:15 with gcc 4.7.3. First, I have created a raw rgb24 input file with all zero contents, with the following command. {{{ perl -we "binmode STDOUT; print pack (x).(3*16*16);" > zero-in-rgb.raw }}} I have then invoked ffmpeg with the following command. {{{ ffmpeg -report -v 99 -f rawvideo -pix_fmt rgb24 -s 16x16 -i zero-in- rgb.raw -f rawvideo -pix_fmt gray zero-out-gray.raw }}} Finally, I have examined the output with the following command. {{{ perl -we "open F, q/) { print join(q/ /, unpack q/C*/, $_), qq/\n/; }" zero-out- gray.raw }}} which showed in its output that the output file does not contain zero bytes: {{{ 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 }}} Following is the log the ffmpeg command has saved (80 lines long). {{{ ffmpeg started on 2013-06-18 at 13:09:19 Report written to "ffmpeg-20130618-130919.log" Command line: "E:\\ambrus\\local\\ffmpeg-20130520-git-5a65fea- win64-shared\\bin\\ffmpeg.exe" -report -v 99 -f rawvideo -pix_fmt rgb24 -s 16x16 -i zero-in-rgb.raw -f rawvideo -pix_fmt gray zero-out-gray.raw ffmpeg version N-53307-g5a65fea Copyright (c) 2000-2013 the FFmpeg developers built on May 20 2013 22:46:15 with gcc 4.7.3 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable- fontconfig --enable-frei0r --enable-gnutls --enable-iconv --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. 33.100 / 52. 33.100 libavcodec 55. 10.101 / 55. 10.101 libavformat 55. 7.100 / 55. 7.100 libavdevice 55. 1.100 / 55. 1.100 libavfilter 3. 68.101 / 3. 68.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-report' ... matched as option 'report' (generate a report) with argument '1'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '99'. Reading option '-f' ... matched as option 'f' (force format) with argument 'rawvideo'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'rgb24'. Reading option '-s' ... matched as option 's' (set frame size (WxH or abbreviation)) with argument '16x16'. Reading option '-i' ... matched as input file with argument 'zero-in- rgb.raw'. Reading option '-f' ... matched as option 'f' (force format) with argument 'rawvideo'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'gray'. Reading option 'zero-out-gray.raw' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option report (generate a report) with argument 1. Applying option v (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file zero-in-rgb.raw. Applying option f (force format) with argument rawvideo. Applying option pix_fmt (set pixel format) with argument rgb24. Applying option s (set frame size (WxH or abbreviation)) with argument 16x16. Successfully parsed a group of options. Opening an input file: zero-in-rgb.raw. [rawvideo @ 000000000028f980] File position before avformat_find_stream_info() is 0 [rawvideo @ 000000000028f980] All info found [rawvideo @ 000000000028f980] Estimating duration from bitrate, this may be inaccurate [rawvideo @ 000000000028f980] File position after avformat_find_stream_info() is 768 Input #0, rawvideo, from 'zero-in-rgb.raw': Duration: 00:00:00.04, start: 0.000000, bitrate: 153 kb/s Stream #0:0, 1, 1/25: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 16x16, 1/25, 153 kb/s, 25 tbr, 25 tbn, 25 tbc Successfully opened the file. Parsing a group of options: output file zero-out-gray.raw. Applying option f (force format) with argument rawvideo. Applying option pix_fmt (set pixel format) with argument gray. Successfully parsed a group of options. Opening an output file: zero-out-gray.raw. Successfully opened the file. [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'video_size' to value '16x16' [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'pix_fmt' to value '2' [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'time_base' to value '1/25' [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'pixel_aspect' to value '0/1' [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'sws_param' to value 'flags=2' [graph 0 input from stream 0:0 @ 000000000028ec80] Setting 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 000000000028ec80] w:16 h:16 pixfmt:rgb24 tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 [format @ 000000000028bea0] compat: called with args=[gray] [format @ 000000000028bea0] Setting 'pix_fmts' to value 'gray' [auto-inserted scaler 0 @ 000000000028c6c0] Setting 'flags' to value '0x4' [auto-inserted scaler 0 @ 000000000028c6c0] w:iw h:ih flags:'0x4' interl:0 [format @ 000000000028bea0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_null_0' and the filter 'format' [AVFilterGraph @ 000000000028cf80] query_formats: 4 queried, 3 merged, 1 already done, 0 delayed [auto-inserted scaler 0 @ 000000000028c6c0] w:16 h:16 fmt:rgb24 sar:0/1 -> w:16 h:16 fmt:gray sar:0/1 flags:0x4 Output #0, rawvideo, to 'zero-out-gray.raw': Metadata: encoder : Lavf55.7.100 Stream #0:0, 0, 1/90000: Video: rawvideo (Y800 / 0x30303859), gray, 16x16, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help [output stream 0:0 @ 000000000028bd40] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 51.2kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.000000% 1 frames successfully decoded, 0 decoding errors [AVIOContext @ 000000000028eba0] Statistics: 0 seeks, 1 writeouts [AVIOContext @ 000000000028ff00] Statistics: 768 bytes read, 0 seeks }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 13:40:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 11:40:39 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.4c8af993f46d6a822b11cefab4f5b083@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Hi cehoyos, I am still waiting for your answer and to go further. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 13:40:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 11:40:50 -0000 Subject: [FFmpeg-trac] #2478(avdevice:new): PTS: DTS: invalid, clipping when recording alsa In-Reply-To: <035.1ec2cd07fd7a4defde89f7c7add27854@avcodec.org> References: <035.1ec2cd07fd7a4defde89f7c7add27854@avcodec.org> Message-ID: <050.86fef9b4d79533f022ff86c5ef77b832@avcodec.org> #2478: PTS: DTS: invalid, clipping when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: alsa | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MrNice): Hi cehoyos, I am still waiting for your answer and to go further. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 13:51:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 11:51:56 -0000 Subject: [FFmpeg-trac] #2448(avutil:closed): Compilation with OpenCL fails when threading is disabled In-Reply-To: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> References: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> Message-ID: <049.0cbf5346b2d52d54f40fbe361ec5c63a@avcodec.org> #2448: Compilation with OpenCL fails when threading is disabled ------------------------------------+-------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: worksforme Keywords: opencl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: Maybe this was fixed by cf6ed1f1293c2dd69b76d9246a916925b58b7bbf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:08:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:08:37 -0000 Subject: [FFmpeg-trac] #2653(undetermined:closed): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.a22fcbb9c37687a916e81012d8bd53cf@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: invalid j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sulio): Replying to [comment:11 cehoyos]: > I was unable to find any reference to image_to_j2c on the internet (except this ticket), did you mean image_to_j2k? Yes ,its on openjpeg.org site or on openjpeg.googlecode.com its true image-to-j2k. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:08:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:08:50 -0000 Subject: [FFmpeg-trac] #2653(undetermined:reopened): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.ee4ce7c85c0b561084c78b82057068a6@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by sulio): * status: closed => reopened * resolution: invalid => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:38:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:38:06 -0000 Subject: [FFmpeg-trac] #2685(avcodec:new): vc1: Progressive Segmented Frame mode not supported Message-ID: <036.22cce8a3f6beb7215869bf61fbf7c4e7@avcodec.org> #2685: vc1: Progressive Segmented Frame mode not supported ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Keywords: vc1 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- http://thread.gmane.org/gmane.comp.video.mencoder.user/13181 A MEncoder user uploaded an asf sample containing vc-1 using an unsupported feature: {{{ $ ffmpeg -i mms.wmv ffmpeg version N-54096-ge41bf19 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 18 2013 11:10:39 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack --enable-libopenjpeg libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [vc1 @ 0x31bea20] Progressive Segmented Frame mode: not supported (yet) Last message repeated 1 times Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, asf, from 'mms.wmv': Duration: 00:00:00.02, start: 14679.302000, bitrate: N/A Stream #0:0: Video: vc1 (WVC1 / 0x31435657), yuv420p, 704x576, 1k tbr, 1k tbn, 1k tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, fltp, 64 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:39:04 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:39:04 -0000 Subject: [FFmpeg-trac] #2685(avcodec:new): vc1: Progressive Segmented Frame mode not supported In-Reply-To: <036.22cce8a3f6beb7215869bf61fbf7c4e7@avcodec.org> References: <036.22cce8a3f6beb7215869bf61fbf7c4e7@avcodec.org> Message-ID: <051.d4438fa4dacfc9986da19c757ba519c9@avcodec.org> #2685: vc1: Progressive Segmented Frame mode not supported -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: vc1 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2685/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:41:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:41:07 -0000 Subject: [FFmpeg-trac] #2653(undetermined:reopened): problem with libopenjpeg with some option In-Reply-To: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> References: <034.8c343efec9d0b4dbbf2cf94d7f639f0b@avcodec.org> Message-ID: <049.902cd8d8cfece36460dfd39c9a0f72de@avcodec.org> #2653: problem with libopenjpeg with some option -------------------------------------+------------------------------------- Reporter: sulio | Owner: Type: enhancement | Status: reopened Priority: wish | Component: Version: git-master | undetermined Keywords: libopenjpeg | Resolution: j2k xyz | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Buxiness): * cc: nicoinattendu@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:58:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:58:02 -0000 Subject: [FFmpeg-trac] #2684(undetermined:new): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.cd0d75dd1bf78bf4c04f76c21e6d2037@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray -------------------------------------+------------------------------------- Reporter: b_jonas | 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): Reproducible with: {{{ $ ffmpeg -f lavfi -i color=black -vframes 1 black.bmp $ ffmpeg -i black.bmp -pix_fmt gray -f rawvideo black.raw }}} Works better with FFmpeg 0.5. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 14:58:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 12:58:16 -0000 Subject: [FFmpeg-trac] #2684(swscale:new): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.c5c28682735d735251463612806eead7@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | 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 cehoyos): * version: unspecified => git-master * component: undetermined => swscale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 15:49:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 13:49:07 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken with pthreads > 1 on windows In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.ab79dc9867d7244946147dc452e45fd6@avcodec.org> #1509: H264 Encoding Broken with pthreads > 1 on windows -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:8 arad85]: > This is being looked at by Roger Pack - he is working with the pthreads team to identify the cause. I haven't seen any update for around a week now. Any news on this ? its quite a while ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 16:26:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 14:26:24 -0000 Subject: [FFmpeg-trac] #2684(swscale:new): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.8718d44f97bf1da01e528c0c53de69d1@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | 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 b_jonas): Further experiments reveal that the output of the rgb24 to gray conversion seems similar to the Y plane of the yuv444p pixel format (as opposed to the yuvj444p pixel format). This makes repeated roundtrip conversions from gray to rgb24 to gray very inconsistent: doing the roundtrip four times reduces the contrast of the grayscale image by over 40%. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 17:00:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 15:00:29 -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.22d3146e38680e0a7c56bc2eaeda9b36@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: reopened Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * priority: important => normal Comment: Decreasing priority after workaround from 9626d0e906f698504efb8652bac143b98d66b088 See https://ffmpeg.org/trac/ffmpeg/ticket/1031#comment:7 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 17:03:45 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 15:03:45 -0000 Subject: [FFmpeg-trac] #1476(undetermined:new): rtp pcm_alaw/pcm_mulaw streaming from ALSA In-Reply-To: <036.d0f77a4b5c1191ae47b433e632819979@avcodec.org> References: <036.d0f77a4b5c1191ae47b433e632819979@avcodec.org> Message-ID: <051.cfeeb654dd3d39deefa169e664002c86@avcodec.org> #1476: rtp pcm_alaw/pcm_mulaw streaming from ALSA -------------------------------------+------------------------------------- Reporter: Spideru | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: crash | Resolution: SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * priority: important => normal Comment: decreasing priority as clearly a bug that noone can or is willing to try to reproduce in 6month isnt "important" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 17:12:11 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 15:12:11 -0000 Subject: [FFmpeg-trac] #1802(undetermined:closed): Segmentation fault with ffserver In-Reply-To: <034.38a56ddcd6aa0064aec41c17e17a64af@avcodec.org> References: <034.38a56ddcd6aa0064aec41c17e17a64af@avcodec.org> Message-ID: <049.e9f192eb9e3eb5e8da7494a8ca0b5619@avcodec.org> #1802: Segmentation fault with ffserver -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: important | Component: Version: unspecified | undetermined Keywords: crash | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info Comment: The gdb output lacks line numbers. Also it seems noone succeeded reproducing this issue in 6 month and noone was willing to retest with latest git. Please reopen if any of the above change -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 17:25:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 15:25:59 -0000 Subject: [FFmpeg-trac] #2583(avformat:new): libmodplug: probe function needed In-Reply-To: <036.f693abe94b47daca9c16da3e9be2d96a@avcodec.org> References: <036.f693abe94b47daca9c16da3e9be2d96a@avcodec.org> Message-ID: <051.c795477169dcb97734a7773e58e1ed8c@avcodec.org> #2583: libmodplug: probe function needed -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: libmodplug regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Probing for libmodplug supported formats belongs into libmodplug. Thus this is a feature req for libmodplug itself and once its supported/clarified how to do this with libmodplug, then its a bug in ffmpeg if we dont use that functionality. Also this of course does not mean its unwelcome if someone implements probing of "mod" files in ffmpeg but its not the optimal place. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 20:08:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 18:08:57 -0000 Subject: [FFmpeg-trac] #2686(FFmpeg:new): Native AAC encoder collapses at high bitrates on some samples Message-ID: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0.7 Keywords: native aac | Blocked By: encoder sound quality 256kbps | Reproduced by developer: 0 320kbps | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Summary of the bug:''' FFmpeg native aac encoder outputs horrible sound around 256kbps or more on particular samples. It happens at '''higher''' bitrates. The quality degrades as I '''increase''' the bitrates, and become most degraded at 320-400kbps. '''How to reproduce:''' {{{ ffmpeg -i ffmpeg_aac320k_collapse.flac -vn -c:a aac -strict experimental -b:a 320k ffmpeg_aac320k_collapse.mp4 }}} I couldn't reproduce the results when I trimmed the most problematic sample down to 8 seconds, but by adding 10 seconds of silence before the sample, the bug could be reproduced. So I'm going to upload the sample with 10 seconds of silence attached. The native aac encoder was ok on many music clips at 320kbps, and only some clips exhibit noticeably bad quality aac files, to an extent I'd call it 'bug'. '''Console Output:''' {{{ ffmpeg version N-54096-ge41bf19 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 00:20:06 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-libmp3lame --enable-lib vorbis --enable-nonfree --enable-libfdk-aac --enable-libvo_aacenc --enable-libfa ac --extra-ldflags=-static --extra-cflags='-march=nocona -mfpmath=sse' --optflag s=-O2 libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [flac @ 0003f160] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, flac, from '05-true_my_heart_2m50s.flac': Duration: 00:00:18.01, bitrate: 573 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, mp4, to '05-true_my_heart_2m50s_320k.mp4': Metadata: encoder : Lavf55.9.100 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 32 0 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> aac) Press [q] to stop, [?] for help size= 331kB time=00:00:18.01 bitrate= 150.4kbits/s video:0kB audio:327kB subtitle:0 global headers:0kB muxing overhead 1.151111% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:11:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:11:30 -0000 Subject: [FFmpeg-trac] #2684(swscale:new): Black becomes dark gray when converting rgb24 to gray In-Reply-To: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> References: <036.854721389f5a91669983b57f7f3daeb8@avcodec.org> Message-ID: <051.924b5d41fb78e6b4544981617d00d71c@avcodec.org> #2684: Black becomes dark gray when converting rgb24 to gray ------------------------------------+----------------------------------- Reporter: b_jonas | Owner: Type: defect | Status: new Priority: important | Component: swscale 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: If this is not expected behaviour, it is a regression since 6d4f53c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:13:38 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:13:38 -0000 Subject: [FFmpeg-trac] #2686(avcodec:new): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.9ae0564cde8169d77d056736b245bf5b@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples ------------------------------------+----------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: native aac encoder sound quality 256kbps 320kbps => aac * version: 1.0.7 => git-master * component: FFmpeg => avcodec Comment: Did the output (aac) files sound better with the (original!) release 1.2? (Not a later release of the 1.2 series.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:14:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:14:07 -0000 Subject: [FFmpeg-trac] #2639(avformat:closed): FFmpeg hangs when trying to seek on a certain wmv file In-Reply-To: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> References: <034.2cff87d230f0a01c16eb653b761692c1@avcodec.org> Message-ID: <049.0d9bb66a44c8dcd539e829728b5042e0@avcodec.org> #2639: FFmpeg hangs when trying to seek on a certain wmv file -------------------------------------+------------------------------------- Reporter: testn | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in f8ca8138f01d0a7d96d4e1ea65fecd1197f96206 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:17:25 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:17:25 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.b2c8d2cff1d640af8b1346e14fc30ba2@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Replying to [comment:15 importinis]: > I know you are busy, but I want answer :) When you are planing to fix this bug? > I could do donation to your community if it helps to fix it quicker :) If the bug is still open, and you still want to pay someone to get this fixed, maybe a specific offer would attract more interrest -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:25:02 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:25:02 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken with pthreads > 1 on windows In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.73b02f70e9c0d5a2cf507fc11681166d@avcodec.org> #1509: H264 Encoding Broken with pthreads > 1 on windows -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DJX): While I don't know if current Zeranoe builds are using pthreads, I can say that my current FFmpeg, from Zeranoe, is working correctly. During the following encode, FFmpeg was using all available cores. {{{ ffmpeg -i "C:\Temp\Ignition - Remix.mpg" "C:\Temp\Ignition - Remix.mp4" ffmpeg version N-54094-gca2818b Copyright (c) 2000-2013 the FFmpeg developers built on Jun 18 2013 03:44:52 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 00000000027ca460] max_analyze_duration 5000000 reached at 5005000 micros econds Input #0, mpeg, from 'C:\Temp\Ignition - Remix.mpg': Duration: 00:03:19.19, start: 0.189011, bitrate: 4507 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s [libx264 @ 00000000027cf240] using SAR=8/9 [libx264 @ 00000000027cf240] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.1 Cache64 [libx264 @ 00000000027cf240] profile High, level 3.0 [libx264 @ 00000000027cf240] 264 - core 133 r2334 a3ac64b - H.264/MPEG-4 AVC cod ec - Copyleft 2003-2013 - http://www.videolan.org/x264.html - options: cabac=1 r ef=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed _ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pski p=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 deci mate=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=2 5 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.6 0 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'C:\Temp\Ignition - Remix.mp4': Metadata: encoder : Lavf55.9.100 Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 720x48 0 [SAR 8:9 DAR 4:3], q=-1--1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac (libvo_aacenc) ([64][0][0][0] / 0x0040), 48000 Hz, s tereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (ac3 -> libvo_aacenc) Press [q] to stop, [?] for help frame= 97 fps=0.0 q=29.0 size= 44kB time=00:00:02.80 bitrate= 128.2kbits/ frame= 136 fps=132 q=29.0 size= 298kB time=00:00:04.31 bitrate= 564.5kbits/ frame= 174 fps=113 q=29.0 size= 631kB time=00:00:05.23 bitrate= 986.6kbits/ frame= 209 fps=102 q=29.0 size= 918kB time=00:00:06.32 bitrate=1189.4kbits/ frame= 260 fps=102 q=29.0 size= 1192kB time=00:00:08.22 bitrate=1187.9kbits/ frame= 318 fps=104 q=29.0 size= 1532kB time=00:00:10.29 bitrate=1219.1kbits/ frame= 371 fps=104 q=29.0 size= 1886kB time=00:00:11.80 bitrate=1308.7kbits/ frame= 411 fps=101 q=26.0 size= 2276kB time=00:00:13.21 bitrate=1411.1kbits/ frame= 464 fps=101 q=29.0 size= 2627kB time=00:00:14.96 bitrate=1437.9kbits/ frame= 509 fps=100 q=29.0 size= 2982kB time=00:00:16.41 bitrate=1488.1kbits/ frame= 557 fps= 99 q=29.0 size= 3321kB time=00:00:18.01 bitrate=1510.2kbits/ frame= 612 fps=100 q=29.0 size= 3653kB time=00:00:19.89 bitrate=1504.3kbits/ frame= 662 fps=100 q=29.0 size= 3928kB time=00:00:21.53 bitrate=1494.4kbits/ frame= 714 fps=100 q=29.0 size= 4243kB time=00:00:23.26 bitrate=1494.1kbits/ frame= 755 fps= 99 q=29.0 size= 4442kB time=00:00:24.56 bitrate=1481.5kbits/ frame= 808 fps= 99 q=29.0 size= 4749kB time=00:00:26.52 bitrate=1466.7kbits/ frame= 864 fps=100 q=29.0 size= 5032kB time=00:00:28.34 bitrate=1454.6kbits/ frame= 913 fps= 99 q=29.0 size= 5345kB time=00:00:30.00 bitrate=1459.2kbits/ frame= 955 fps= 98 q=29.0 size= 5683kB time=00:00:31.47 bitrate=1479.1kbits/ frame= 999 fps= 98 q=29.0 size= 6144kB time=00:00:32.94 bitrate=1527.5kbits/ frame= 1032 fps= 96 q=29.0 size= 6569kB time=00:00:34.07 bitrate=1579.1kbits/ frame= 1063 fps= 95 q=29.0 size= 7006kB time=00:00:35.06 bitrate=1637.1kbits/ frame= 1092 fps= 93 q=29.0 size= 7398kB time=00:00:35.99 bitrate=1683.5kbits/ frame= 1125 fps= 92 q=29.0 size= 7830kB time=00:00:37.08 bitrate=1729.6kbits/ frame= 1166 fps= 91 q=29.0 size= 8261kB time=00:00:38.49 bitrate=1757.9kbits/ frame= 1208 fps= 91 q=29.0 size= 8652kB time=00:00:40.03 bitrate=1770.6kbits/ frame= 1242 fps= 90 q=29.0 size= 9203kB time=00:00:41.11 bitrate=1833.6kbits/ frame= 1276 fps= 89 q=29.0 size= 9759kB time=00:00:42.20 bitrate=1894.2kbits/ frame= 1309 fps= 88 q=29.0 size= 10129kB time=00:00:43.38 bitrate=1912.8kbits/ frame= 1340 fps= 87 q=29.0 size= 10573kB time=00:00:44.40 bitrate=1950.6kbits/ frame= 1374 fps= 87 q=29.0 size= 11147kB time=00:00:45.40 bitrate=2011.1kbits/ frame= 1414 fps= 86 q=29.0 size= 11696kB time=00:00:46.81 bitrate=2046.6kbits/ frame= 1456 fps= 86 q=29.0 size= 12110kB time=00:00:48.28 bitrate=2054.6kbits/ frame= 1492 fps= 86 q=29.0 size= 12603kB time=00:00:49.46 bitrate=2087.4kbits/ frame= 1519 fps= 85 q=29.0 size= 12906kB time=00:00:50.33 bitrate=2100.5kbits/ frame= 1549 fps= 84 q=29.0 size= 13309kB time=00:00:51.35 bitrate=2122.8kbits/ frame= 1579 fps= 84 q=29.0 size= 13761kB time=00:00:52.46 bitrate=2148.5kbits/ frame= 1617 fps= 83 q=29.0 size= 14183kB time=00:00:53.47 bitrate=2173.0kbits/ frame= 1668 fps= 84 q=29.0 size= 14402kB time=00:00:55.32 bitrate=2132.5kbits/ frame= 1727 fps= 85 q=29.0 size= 14731kB time=00:00:57.05 bitrate=2115.0kbits/ frame= 1761 fps= 84 q=29.0 size= 14938kB time=00:00:58.33 bitrate=2097.8kbits/ frame= 1804 fps= 84 q=29.0 size= 15154kB time=00:00:59.87 bitrate=2073.5kbits/ frame= 1848 fps= 84 q=29.0 size= 15448kB time=00:01:01.08 bitrate=2071.7kbits/ frame= 1889 fps= 84 q=29.0 size= 15753kB time=00:01:02.43 bitrate=2067.0kbits/ frame= 1944 fps= 85 q=29.0 size= 16006kB time=00:01:04.47 bitrate=2033.6kbits/ frame= 2001 fps= 85 q=29.0 size= 16441kB time=00:01:06.39 bitrate=2028.5kbits/ frame= 2039 fps= 85 q=29.0 size= 16924kB time=00:01:07.48 bitrate=2054.3kbits/ frame= 2082 fps= 85 q=29.0 size= 17350kB time=00:01:09.08 bitrate=2057.3kbits/ frame= 2126 fps= 85 q=29.0 size= 17680kB time=00:01:10.32 bitrate=2059.5kbits/ frame= 2163 fps= 85 q=29.0 size= 18062kB time=00:01:11.83 bitrate=2059.7kbits/ frame= 2199 fps= 85 q=29.0 size= 18435kB time=00:01:13.11 bitrate=2065.4kbits/ frame= 2233 fps= 84 q=29.0 size= 18960kB time=00:01:14.03 bitrate=2097.9kbits/ frame= 2276 fps= 84 q=29.0 size= 19364kB time=00:01:15.48 bitrate=2101.4kbits/ frame= 2317 fps= 84 q=29.0 size= 19773kB time=00:01:16.98 bitrate=2104.2kbits/ frame= 2363 fps= 84 q=29.0 size= 20176kB time=00:01:18.51 bitrate=2105.1kbits/ frame= 2398 fps= 84 q=29.0 size= 20593kB time=00:01:19.47 bitrate=2122.6kbits/ frame= 2434 fps= 84 q=29.0 size= 21005kB time=00:01:20.82 bitrate=2129.1kbits/ frame= 2460 fps= 83 q=29.0 size= 21293kB time=00:01:21.69 bitrate=2135.1kbits/ frame= 2491 fps= 83 q=29.0 size= 21707kB time=00:01:22.61 bitrate=2152.5kbits/ frame= 2524 fps= 83 q=29.0 size= 22081kB time=00:01:23.76 bitrate=2159.4kbits/ frame= 2567 fps= 83 q=29.0 size= 22426kB time=00:01:25.23 bitrate=2155.4kbits/ frame= 2601 fps= 82 q=29.0 size= 22784kB time=00:01:26.19 bitrate=2165.4kbits/ frame= 2634 fps= 82 q=29.0 size= 23152kB time=00:01:27.58 bitrate=2165.5kbits/ frame= 2672 fps= 82 q=29.0 size= 23435kB time=00:01:28.62 bitrate=2166.2kbits/ frame= 2705 fps= 82 q=29.0 size= 23874kB time=00:01:29.75 bitrate=2178.9kbits/ frame= 2743 fps= 82 q=29.0 size= 24216kB time=00:01:31.10 bitrate=2177.5kbits/ frame= 2780 fps= 82 q=29.0 size= 24539kB time=00:01:32.38 bitrate=2176.0kbits/ frame= 2825 fps= 82 q=29.0 size= 24879kB time=00:01:33.72 bitrate=2174.5kbits/ frame= 2874 fps= 82 q=29.0 size= 25288kB time=00:01:35.54 bitrate=2168.3kbits/ frame= 2909 fps= 82 q=29.0 size= 25593kB time=00:01:36.62 bitrate=2169.7kbits/ frame= 2947 fps= 82 q=29.0 size= 26028kB time=00:01:37.88 bitrate=2178.3kbits/ frame= 2989 fps= 82 q=29.0 size= 26429kB time=00:01:39.18 bitrate=2182.8kbits/ frame= 3029 fps= 82 q=29.0 size= 26740kB time=00:01:40.66 bitrate=2176.2kbits/ frame= 3068 fps= 82 q=29.0 size= 27054kB time=00:01:42.04 bitrate=2171.8kbits/ frame= 3110 fps= 82 q=29.0 size= 27469kB time=00:01:43.39 bitrate=2176.5kbits/ frame= 3146 fps= 81 q=29.0 size= 27947kB time=00:01:44.62 bitrate=2188.1kbits/ frame= 3182 fps= 81 q=29.0 size= 28418kB time=00:01:45.69 bitrate=2202.5kbits/ frame= 3220 fps= 81 q=29.0 size= 28881kB time=00:01:46.91 bitrate=2213.0kbits/ frame= 3278 fps= 82 q=29.0 size= 29334kB time=00:01:49.04 bitrate=2203.8kbits/ frame= 3310 fps= 81 q=29.0 size= 29799kB time=00:01:49.98 bitrate=2219.6kbits/ frame= 3353 fps= 81 q=29.0 size= 30300kB time=00:01:51.45 bitrate=2227.1kbits/ frame= 3408 fps= 82 q=29.0 size= 30733kB time=00:01:53.33 bitrate=2221.5kbits/ frame= 3446 fps= 82 q=29.0 size= 31190kB time=00:01:54.67 bitrate=2228.1kbits/ frame= 3483 fps= 82 q=29.0 size= 31728kB time=00:01:55.87 bitrate=2243.2kbits/ frame= 3523 fps= 81 q=29.0 size= 32251kB time=00:01:57.04 bitrate=2257.2kbits/ frame= 3577 fps= 82 q=29.0 size= 32669kB time=00:01:59.13 bitrate=2246.4kbits/ frame= 3625 fps= 82 q=29.0 size= 33069kB time=00:02:00.56 bitrate=2247.0kbits/ frame= 3672 fps= 82 q=29.0 size= 33507kB time=00:02:02.10 bitrate=2248.1kbits/ frame= 3719 fps= 82 q=29.0 size= 33975kB time=00:02:03.67 bitrate=2250.4kbits/ frame= 3762 fps= 82 q=29.0 size= 34420kB time=00:02:05.04 bitrate=2255.0kbits/ frame= 3809 fps= 82 q=29.0 size= 34905kB time=00:02:06.81 bitrate=2254.8kbits/ frame= 3863 fps= 83 q=29.0 size= 35410kB time=00:02:08.56 bitrate=2256.3kbits/ frame= 3910 fps= 83 q=29.0 size= 35889kB time=00:02:10.07 bitrate=2260.2kbits/ frame= 3946 fps= 83 q=29.0 size= 36448kB time=00:02:11.35 bitrate=2273.0kbits/ frame= 3979 fps= 82 q=29.0 size= 36911kB time=00:02:12.34 bitrate=2284.8kbits/ frame= 4013 fps= 82 q=29.0 size= 37415kB time=00:02:13.23 bitrate=2300.4kbits/ frame= 4054 fps= 82 q=29.0 size= 37809kB time=00:02:14.58 bitrate=2301.5kbits/ frame= 4121 fps= 83 q=29.0 size= 38028kB time=00:02:17.14 bitrate=2271.6kbits/ frame= 4159 fps= 82 q=29.0 size= 38403kB time=00:02:18.46 bitrate=2272.1kbits/ frame= 4195 fps= 82 q=29.0 size= 38882kB time=00:02:19.63 bitrate=2281.1kbits/ frame= 4229 fps= 82 q=29.0 size= 39414kB time=00:02:20.76 bitrate=2293.7kbits/ frame= 4272 fps= 82 q=29.0 size= 39977kB time=00:02:22.06 bitrate=2305.2kbits/ frame= 4316 fps= 82 q=29.0 size= 40427kB time=00:02:23.58 bitrate=2306.5kbits/ frame= 4361 fps= 82 q=29.0 size= 40899kB time=00:02:25.07 bitrate=2309.4kbits/ frame= 4400 fps= 82 q=29.0 size= 41360kB time=00:02:26.46 bitrate=2313.3kbits/ frame= 4443 fps= 82 q=29.0 size= 41856kB time=00:02:27.80 bitrate=2319.8kbits/ frame= 4480 fps= 82 q=29.0 size= 42295kB time=00:02:29.15 bitrate=2323.0kbits/ frame= 4519 fps= 82 q=29.0 size= 42722kB time=00:02:30.49 bitrate=2325.5kbits/ frame= 4553 fps= 82 q=29.0 size= 43264kB time=00:02:31.47 bitrate=2339.8kbits/ frame= 4583 fps= 82 q=29.0 size= 43716kB time=00:02:32.54 bitrate=2347.7kbits/ frame= 4621 fps= 82 q=29.0 size= 44160kB time=00:02:33.82 bitrate=2351.8kbits/ frame= 4647 fps= 81 q=29.0 size= 44480kB time=00:02:34.48 bitrate=2358.7kbits/ frame= 4673 fps= 81 q=29.0 size= 44787kB time=00:02:35.63 bitrate=2357.4kbits/ frame= 4709 fps= 81 q=29.0 size= 45079kB time=00:02:36.59 bitrate=2358.2kbits/ frame= 4743 fps= 81 q=29.0 size= 45561kB time=00:02:37.79 bitrate=2365.4kbits/ frame= 4786 fps= 81 q=26.0 size= 46016kB time=00:02:39.02 bitrate=2370.4kbits/ frame= 4834 fps= 81 q=29.0 size= 46348kB time=00:02:40.73 bitrate=2362.2kbits/ frame= 4868 fps= 81 q=29.0 size= 46590kB time=00:02:42.01 bitrate=2355.7kbits/ frame= 4905 fps= 81 q=29.0 size= 46915kB time=00:02:43.42 bitrate=2351.7kbits/ frame= 4946 fps= 81 q=29.0 size= 47242kB time=00:02:44.51 bitrate=2352.5kbits/ frame= 4980 fps= 81 q=29.0 size= 47499kB time=00:02:45.74 bitrate=2347.6kbits/ frame= 5020 fps= 81 q=29.0 size= 47864kB time=00:02:47.19 bitrate=2345.1kbits/ frame= 5060 fps= 81 q=29.0 size= 48228kB time=00:02:48.47 bitrate=2345.0kbits/ frame= 5095 fps= 81 q=29.0 size= 48669kB time=00:02:49.50 bitrate=2352.1kbits/ frame= 5126 fps= 80 q=29.0 size= 49087kB time=00:02:50.59 bitrate=2357.2kbits/ frame= 5175 fps= 81 q=29.0 size= 49471kB time=00:02:52.21 bitrate=2353.3kbits/ frame= 5212 fps= 81 q=29.0 size= 49906kB time=00:02:53.53 bitrate=2355.9kbits/ frame= 5252 fps= 81 q=29.0 size= 50353kB time=00:02:54.75 bitrate=2360.5kbits/ frame= 5287 fps= 80 q=29.0 size= 50711kB time=00:02:56.18 bitrate=2358.0kbits/ frame= 5329 fps= 80 q=29.0 size= 51004kB time=00:02:57.43 bitrate=2354.8kbits/ frame= 5365 fps= 80 q=29.0 size= 51432kB time=00:02:58.65 bitrate=2358.3kbits/ frame= 5404 fps= 80 q=29.0 size= 51880kB time=00:03:00.02 bitrate=2360.8kbits/ frame= 5433 fps= 80 q=29.0 size= 52213kB time=00:03:00.89 bitrate=2364.5kbits/ frame= 5470 fps= 80 q=29.0 size= 52672kB time=00:03:02.13 bitrate=2369.1kbits/ frame= 5503 fps= 80 q=29.0 size= 53088kB time=00:03:03.34 bitrate=2372.0kbits/ frame= 5539 fps= 80 q=29.0 size= 53520kB time=00:03:04.54 bitrate=2375.8kbits/ frame= 5566 fps= 80 q=29.0 size= 53924kB time=00:03:05.39 bitrate=2382.7kbits/ frame= 5601 fps= 80 q=29.0 size= 54462kB time=00:03:06.59 bitrate=2391.1kbits/ frame= 5634 fps= 79 q=29.0 size= 54974kB time=00:03:07.50 bitrate=2401.7kbits/ frame= 5668 fps= 79 q=29.0 size= 55533kB time=00:03:08.78 bitrate=2409.7kbits/ frame= 5726 fps= 80 q=29.0 size= 55855kB time=00:03:10.36 bitrate=2403.6kbits/ frame= 5889 fps= 81 q=29.0 size= 56001kB time=00:03:15.87 bitrate=2342.1kbits/ frame= 5971 fps= 82 q=-1.0 Lsize= 56321kB time=00:03:19.16 bitrate=2316.6kbits /s dup=10 drop=0 video:53001kB audio:3108kB subtitle:0 global headers:0kB muxing overhead 0.37826 5% [libx264 @ 00000000027cf240] frame I:124 Avg QP:20.47 size: 26035 [libx264 @ 00000000027cf240] frame P:3074 Avg QP:24.53 size: 12285 [libx264 @ 00000000027cf240] frame B:2773 Avg QP:27.06 size: 4789 [libx264 @ 00000000027cf240] consecutive B-frames: 14.0% 70.1% 6.7% 9.2% [libx264 @ 00000000027cf240] mb I I16..4: 34.1% 50.5% 15.4% [libx264 @ 00000000027cf240] mb P I16..4: 3.9% 12.2% 2.0% P16..4: 27.2% 13.2 % 6.1% 0.0% 0.0% skip:35.4% [libx264 @ 00000000027cf240] mb B I16..4: 0.3% 0.7% 0.2% B16..8: 24.3% 7.6 % 2.5% direct: 5.0% skip:59.4% L0:38.0% L1:42.7% BI:19.3% [libx264 @ 00000000027cf240] 8x8 transform intra:63.9% inter:72.8% [libx264 @ 00000000027cf240] coded y,uvDC,uvAC intra: 63.1% 80.7% 60.6% inter: 2 1.6% 26.3% 5.8% [libx264 @ 00000000027cf240] i16 v,h,dc,p: 44% 38% 8% 11% [libx264 @ 00000000027cf240] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 20% 18% 22% 5% 6% 8% 7% 8% 8% [libx264 @ 00000000027cf240] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 35% 17% 4% 5% 6% 5% 5% 5% [libx264 @ 00000000027cf240] i8c dc,h,v,p: 42% 26% 21% 11% [libx264 @ 00000000027cf240] Weighted P-Frames: Y:8.4% UV:6.5% [libx264 @ 00000000027cf240] ref P L0: 58.3% 16.5% 17.9% 7.1% 0.2% [libx264 @ 00000000027cf240] ref B L0: 89.9% 9.4% 0.7% [libx264 @ 00000000027cf240] ref B L1: 99.4% 0.6% [libx264 @ 00000000027cf240] kb/s:2179.25 [libvo_aacenc @ 00000000027c6ca0] 1 frames left in the queue on closing }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:35:56 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:35:56 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.20990506380074d97b479095890ec919@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Is this still reproduceable ? If yes, can someone who can reproduce this find out if s->pict_type has a unreasonable value and if so why -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 18 23:39:08 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 21:39:08 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken with pthreads > 1 on windows In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.cf8c2437900b54eddac467b8cd5f41b7@avcodec.org> #1509: H264 Encoding Broken with pthreads > 1 on windows -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): It would be great to know which pthread (Windows-) version fixed this or if a patch in FFmpeg fixed the issue (for all pthread versions). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 00:01:40 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Jun 2013 22:01:40 -0000 Subject: [FFmpeg-trac] #2687(avformat:new): Seeking in asf files fails (works with MPlayer) Message-ID: <036.7f81a1ebb3e79ca0c20704f6dcf41daa@avcodec.org> #2687: Seeking in asf files fails (works with MPlayer) --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: asf Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- The sample from ticket #2639 refuses to seek with ffmpeg and ffplay, works fine with mplayer -demuxer asf {{{ $ ffmpeg -ss 1 -i Thailand-Wave.wmv ffmpeg version N-54102-gf8ca813 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 00:00:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [asf @ 0x1dfa020] max_analyze_duration 5000000 reached at 5200000 microseconds [asf @ 0x1dfa020] asf_read_pts failed Last message repeated 2 times [asf @ 0x1dfa020] freeing incomplete packet size 2106, new 971 [asf @ 0x1dfa020] asf_read_pts failed [asf @ 0x1dfa020] freeing incomplete packet size 2994, new 3224 [asf @ 0x1dfa020] asf_read_pts failed Last message repeated 3 times [asf @ 0x1dfa020] freeing incomplete packet size 1802, new 2044 [asf @ 0x1dfa020] asf_read_pts failed [asf @ 0x1dfa020] freeing incomplete packet size 3036, new 2891 [asf @ 0x1dfa020] asf_read_pts failed [asf @ 0x1dfa020] freeing incomplete packet size 3105, new 3227 [asf @ 0x1dfa020] asf_read_pts failed Last message repeated 1 times [asf @ 0x1dfa020] ignoring invalid packet_obj_size (271 1164 1375 1497) [asf @ 0x1dfa020] freeing incomplete packet size 1497, new 1375 [asf @ 0x1dfa020] freeing incomplete packet size 1375, new 1308 [asf @ 0x1dfa020] asf_read_pts failed Last message repeated 1 times Thailand-Wave.wmv: could not seek to position 1.000 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'Thailand-Wave.wmv': Metadata: SfOriginalFPS : 250000 WMFSDKVersion : 8.20.00.5055 WMFSDKNeeded : 0.0.0.0000 VBR Peak : 480475 Buffer Average : 17325 IsVBR : 1 Duration: 00:02:16.12, start: 0.000000, bitrate: 630 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, mono, fltp, 20 kb/s Stream #0:1: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 320x240, 82 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0:2: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 320x240, 184 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0:3: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 320x240, 338 kb/s, 25 tbr, 1k tbn, 1k tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 06:07:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 04:07:22 -0000 Subject: [FFmpeg-trac] #2686(avcodec:new): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.d9286317acd4d2c2890ba48e05fd46cc@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples ------------------------------------+----------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): Yes, the output aac files sounded better with release 1.2.1 I've downloaded from http://www.ffmpeg.org/releases/ffmpeg-1.2.1.tar.bz2 Still, the quality of the native aac at 320kbps is poorer than the native aac 256kbps. {{{ ffmpeg version 1.2.1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 12:38:13 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-libmp3lame --enable-lib vorbis --enable-nonfree --enable-libfdk-aac --enable-libvo_aacenc --enable-libfa ac --extra-ldflags=-static --extra-cflags='-march=nocona -mfpmath=sse' --optflag s=-O2 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 [flac @ 01405c20] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, flac, from 'ffmpeg_aac320k_collapse.flac ': Duration: 00:00:18.01, bitrate: 573 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, mp4, to 'ffmpeg_aac320k_collapse.mp4': Metadata: encoder : Lavf54.63.104 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 32 0 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> aac) Press [q] to stop, [?] for help size= 289kB time=00:00:18.01 bitrate= 131.3kbits/s video:0kB audio:285kB subtitle:0 global headers:0kB muxing overhead 1.321136% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 09:21:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 07:21:53 -0000 Subject: [FFmpeg-trac] #2688(undetermined:new): codec problem Message-ID: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> #2688: codec problem -------------------------------------+------------------------------------- Reporter: jlazkano | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello, I start this bug in the mythtv mail-list, this is my problem: I have lots of MP3 files and all works well except few files. This is the frontend output when the file fails: Jun 17 22:57:29 telemedia mythfrontend[7958]: N CoreContext mythmainwindow.cpp:2601 (PauseIdleTimer) Suspending idle timer Jun 17 22:57:30 telemedia mythfrontend[7958]: N CoreContext mythmainwindow.cpp:2606 (PauseIdleTimer) Resuming idle timer Jun 17 22:57:30 telemedia mythfrontend[7958]: N CoreContext mythmainwindow.cpp:2606 (PauseIdleTimer) Resuming idle timer Jun 17 22:57:30 telemedia mythfrontend[7958]: E CoreContext musiccommon.cpp:1253 (customEvent) Error del descodificador. AVCodecContext tells us 0 channels are available, this is bad, bailing. This is the song that fails: https://dl.dropboxusercontent.com/u/1541853/A%20New%20Day%20Has%20Come.mp3 The song works well with other players, could someone help with this problem? Regards. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 13:39:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 11:39:15 -0000 Subject: [FFmpeg-trac] #1275(undetermined:new): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.e1c7369c3edd31b409de9484b6a09d57@avcodec.org> #1275: ffserver x264 presets -------------------------------------+------------------------------------- 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 natrixnatrix89): So is there any improvement on this situation? Has there been any development on ffserver that would allow users to set a preset and profile for x264? Also it would be great to tune.. At least webm streaming seems to be working.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 13:41:56 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 11:41:56 -0000 Subject: [FFmpeg-trac] #1275(FFserver:new): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.94f7850eda6917bd9f6438d328fb44fd@avcodec.org> #1275: ffserver x264 presets -------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by natrixnatrix89): * component: undetermined => FFserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 13:47:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 11:47:01 -0000 Subject: [FFmpeg-trac] #1275(FFserver:new): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.9e4e2e53e9ff254ca97f57584b7d7fda@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: new Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by natrixnatrix89): * priority: normal => important * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 14:20:13 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 12:20:13 -0000 Subject: [FFmpeg-trac] #1275(FFserver:new): ffserver x264 presets In-Reply-To: <034.2c961ca874092bf9501c317198042273@avcodec.org> References: <034.2c961ca874092bf9501c317198042273@avcodec.org> Message-ID: <049.579cc9fdb77ac7b1adf56feceb0c31fb@avcodec.org> #1275: ffserver x264 presets ------------------------------------+------------------------------------ Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: FFserver Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal Comment: Is this a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 17:17:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 15:17:28 -0000 Subject: [FFmpeg-trac] #2688(avformat:open): codec problem In-Reply-To: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> References: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> Message-ID: <052.c97c70f34e7a441cc27396a5e76a96b8@avcodec.org> #2688: codec problem -------------------------------------+------------------------------------- Reporter: jlazkano | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 idcin | 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: => mp3 idcin regression Comment: For future tickets: Please always provide a failing ffmpeg command line together with the complete, uncut console output. Regression since 6612d8c {{{ $ ffmpeg -loglevel 99 -i A\ New\ Day\ Has\ Come.mp3 ffmpeg version N-54112-g4110828 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 17:14:59 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument 'A New Day Has Come.mp3'. Finished splitting the commandline. Parsing a group of options: global . Applying option loglevel (set logging level) with argument 99. Successfully parsed a group of options. Parsing a group of options: input file A New Day Has Come.mp3. Successfully parsed a group of options. Opening an input file: A New Day Has Come.mp3. [idcin @ 0x2514020] Format idcin probed with size=262144 and score=50 [idcin @ 0x2514020] id3v2 ver:3 flags:00 len:145020 [idcin @ 0x2514020] invalid bytes per sample: 0 [AVIOContext @ 0x251c6e0] Statistics: 262144 bytes read, 0 seeks A New Day Has Come.mp3: Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 17:18:22 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 15:18:22 -0000 Subject: [FFmpeg-trac] #2688(avformat:open): mp3 autodetection fails (was: codec problem) In-Reply-To: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> References: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> Message-ID: <052.281b9edc1628cc38342327cd9b7a852d@avcodec.org> #2688: mp3 autodetection fails -------------------------------------+------------------------------------- Reporter: jlazkano | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 idcin | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 20:36:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 18:36:27 -0000 Subject: [FFmpeg-trac] #2686(avcodec:new): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.76851cfb9bd89fea055cd060ee9457a3@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples ------------------------------------+----------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): Oops, you said original release 1.2. Release 1.2 and 1.2.1 had the same behavior -- the first sample collapses at 432-464kbps. As for N-54096-ge41bf19 I've got from git -- the first sample collapses at 256-432kbps. These two groups have the distinct "degradation range". Release 1.2 and 1.2.1 have much narrower degradation range, and the 1.2* is less severe at the range. N-54096-ge41bf19 at 352kbps is the worst quality. {{{ ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 20 2013 03:06:34 with gcc 4.8.1 (GCC) configuration: --enable-version3 --enable-nonfree --enable-libfdk-aac --extra- ldflags=-static --extra-cflags='-march=native' --optflags=-O2 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 [flac @ 03295c20] max_analyze_duration 5000000 reached at 5015510 microseconds Input #0, flac, from 'C:\Users\PCC\Documents\ABC- HR\ffmpeg_aac320k_collapse.flac ': Duration: 00:00:18.01, bitrate: 573 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 Output #0, mp4, to 'C:\Users\PCC\Documents\ABC- HR\05-true_my_heart_2m50s_320k_12 .mp4': Metadata: encoder : Lavf54.63.104 Stream #0:0: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, stereo, fltp, 32 0 kb/s Stream mapping: Stream #0:0 -> #0:0 (flac -> aac) Press [q] to stop, [?] for help size= 289kB time=00:00:18.01 bitrate= 131.3kbits/s video:0kB audio:285kB subtitle:0 global headers:0kB muxing overhead 1.321136% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 22:57:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 20:57:53 -0000 Subject: [FFmpeg-trac] #2688(avformat:closed): mp3 autodetection fails In-Reply-To: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> References: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> Message-ID: <052.669dfb1915525285a0af11f34ab23bb2@avcodec.org> #2688: mp3 autodetection fails -------------------------------------+------------------------------------- Reporter: jlazkano | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 idcin | 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 Wed Jun 19 23:21:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:21:27 -0000 Subject: [FFmpeg-trac] #2689(FFmpeg:new): TS Reader shows 1:1 Aspect Ratio on HD content Message-ID: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: Aspect HD | unspecified MPEG-2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Source material does not matter. Any HD content done at standard resolutions (1280x720 or 1920x1080) displays as "Aspect Ratio: 1:1" in TS Reader. TS Reader is showing what most set-top boxes show. I have found that adjusting the resolution to an "incorrect" resolution - e.g. 1270x720, or 1290x720 - fixes the issue, but that is not a solution. The only difference in the CLI output generated by ffmpeg is the SAR, which is 1:1 when 1280x720 is the size selected, and a different value when an "incorrect" resolution is specified. Could there be a flag that ffmpeg is setting at 1:1 which should be 16:9? ffmpeg -v 9 -loglevel 99 -i C:\lngm1210h.mpg -s 1280x720 -aspect 16:9 -threads 8 -vcodec mpeg2video -vb 13010k -minrate 13010k -maxrate 13010k -muxrat e 13600k -bufsize 1835000 -r 59.94 -pix_fmt yuv420p -bf 2 -g 15 -ss 0 -y -acodec mp2 -ar 48000 -ab 192k -copyts -f mpegts 169test.mpg 2>169LOG.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:29:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:29:00 -0000 Subject: [FFmpeg-trac] #2689(FFmpeg:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.bd86497811449c8cdc891801ab87faef@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: Aspect HD | Blocked By: MPEG-2 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jdachik01): Link to download TS Reader Lite: http://www.tsreader.com/tsreader/TSReaderLite2.8.46g.exe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:32:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:32:04 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.d441ecde530d386baa783a11912d19ed@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): It still crashes here with zaranoe's build (32bit static): {{{ C:\>ffplay -cpuflags 0 -threads 1 problem.rm ffplay version N-54094-gca2818b Copyright (c) 2003-2013 the FFmpeg developers built on Jun 18 2013 03:39:30 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 }}} Maybe somebody with Windows can try to reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:42:12 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:42:12 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.818a91e4a357330938f5e219c84bd3dd@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: Aspect HD MPEG-2 => aspect * component: FFmpeg => undetermined Comment: Afaict, a sample aspect ratio of 1:1 is correct for your 1280x720 output file and that is also what FFmpeg shows or do I miss something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:45:09 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:45:09 -0000 Subject: [FFmpeg-trac] #2569(undetermined:new): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.bfb51ec846a7772e5e9275e78051043c@avcodec.org> #2569: mszh: crash with yuv421 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mszh | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Please try to reproduce with ffmpeg -cpuflags -mmx -i yuv421.avi out.avi (32bit build) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:46:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:46:20 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.45eb03217fd655c665b7592fabf66468@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jdachik01): I'm aware that is correct. The problem is that TS Reader shows the Aspect Ratio (DAR) as 1:1 Set-top boxes also must be reading this because they display the HD, 16:9 content as 1:1 (square). Please download TS Reader from the link and see for yourself. Thank you for looking at this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 19 23:52:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 21:52:27 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.c99b5bcfe4ccf9bd4362260c8905c4d2@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jdachik01): FYI - this problem does not exist on the latest 64-bit Windows build of ffmbc: http://code.google.com/p/ffmbc/ It *does* exist with the 32-bit version. Hoping to get it fixed on all versions of ffmpeg and ffmbc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:15:01 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:15:01 -0000 Subject: [FFmpeg-trac] #2569(undetermined:new): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.3afa00b243eca4ddcf9760ad622c976b@avcodec.org> #2569: mszh: crash with yuv421 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mszh | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 ami_stuff]: > Please try to reproduce with > ffmpeg -cpuflags -mmx -i yuv421.avi out.avi It does crash with {{{-cpuflags -mmx}}} here (too) but my CPU is not MMX- only, it has other features that are not automatically disabled by {{{-cpuflags -mmx}}}, the following command line works fine here (and there is no hardware that supports SSE2, SSSE3 or SSE4.1 but not MMX): {{{$ ffmpeg -cpuflags -mmx-sse2-ssse3-sse4.1 -i yuv421.avi out.avi}}} > (32bit build) Same behaviour with 32bit and 64bit here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:17:07 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:17:07 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.9543e941254fc58b29a9839bd04dfd0e@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jdachik01]: > FYI - this problem does not exist on the latest 64-bit Windows build of ffmbc: > > http://code.google.com/p/ffmbc/ > > It *does* exist with the 32-bit version. Please provide short samples from all three variants (ffmbc x 2 and ffmpeg), if possible made with identical command lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:31:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:31:30 -0000 Subject: [FFmpeg-trac] #2569(undetermined:new): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.576136c83887c4b0bfed0aa4c63981c9@avcodec.org> #2569: mszh: crash with yuv421 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mszh | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): on my old athlon xp it crashed without -cpuflags option, I can't test it there anymore -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:33:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:33:20 -0000 Subject: [FFmpeg-trac] #2690(FFmpeg:new): Red Cinema r3d files not supported Message-ID: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> #2690: Red Cinema r3d files not supported ---------------------------------+---------------------------------- Reporter: MilosL | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 1.0.7 Keywords: red r3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Summary of the bug: I have tested it with more files from different sources, on fresh compiled git version of ffmpeg, on ffmpeg compiled without "libopenjpeg", but it doesn't work - R3d files from RED Cinema cannot be decoded. [me at localhost modules]# ffmpeg -v 9 -loglevel 99 -i /me/Desktop/A002_C006_0205V7_001.R3D ffmpeg version 1.0.7 Copyright (c) 2000-2013 the FFmpeg developers built on May 14 2013 21:59:35 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg --incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man --arch=x86_64 --optflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' --enable-bzlib --disable- crystalhd --enable-frei0r --enable-gnutls --enable-libass --enable-libcdio --enable-libcelt --enable-libdc1394 --disable-indev=jack --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-openal --enable- libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libv4l2 --enable-libvpx --enable-libx264 --enable- libxvid --enable-x11grab --enable-avfilter --enable-postproc --enable- pthreads --disable-static --enable-shared --enable-gpl --disable-debug --disable-stripping --shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 51. 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 [r3d @ 0x7c8780] Format r3d probed with size=2048 and score=100 [r3d @ 0x7c8780] File position before avformat_find_stream_info() is 324 [libopenjpeg @ 0x7d6c80] Error decoding codestream. Last message repeated 3 times [r3d @ 0x7c8780] Probe buffer size limit 5000000 reached [r3d @ 0x7c8780] decoding for stream 0 failed [r3d @ 0x7c8780] Could not find codec parameters for stream 0 (Video: jpeg2000, 4096x2304, 1/240000): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options [r3d @ 0x7c8780] File position after avformat_find_stream_info() is 6494364 /root/Desktop/A002_C006_0205V7_001.R3D: could not find codec parameters [AVIOContext @ 0x7d7e20] Statistics: 6529424 bytes read, 3 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:37:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:37:08 -0000 Subject: [FFmpeg-trac] #2690(FFmpeg:new): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.99c83c29f2ba2661018d3b36065e3c16@avcodec.org> #2690: Red Cinema r3d files not supported ---------------------------------+---------------------------------- Reporter: MilosL | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 1.0.7 | Resolution: Keywords: red r3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Comment (by cehoyos): Please test (and provide console output) for current git head and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:37:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:37:30 -0000 Subject: [FFmpeg-trac] #2690(undetermined:new): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.a7788394f1cb7ef3d32e1680c8af28b4@avcodec.org> #2690: Red Cinema r3d files not supported --------------------------------+---------------------------------------- Reporter: MilosL | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.7 | Resolution: Keywords: r3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * keywords: red r3d => r3d * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:41:06 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:41:06 -0000 Subject: [FFmpeg-trac] #2688(avformat:closed): mp3 autodetection fails In-Reply-To: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> References: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> Message-ID: <052.f53ba737f472893b4670f34c85ba0bfc@avcodec.org> #2688: mp3 autodetection fails -------------------------------------+------------------------------------- Reporter: jlazkano | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 idcin | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jyavenard): Any chance to get this fix back ported to earlier stable release? Been broken since 1.0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:42:55 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:42:55 -0000 Subject: [FFmpeg-trac] #2688(avformat:closed): mp3 autodetection fails In-Reply-To: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> References: <037.7754ecca4590e78138b51dd59a7d2a48@avcodec.org> Message-ID: <052.3579085ba988fe3ae63995eafe88f897@avcodec.org> #2688: mp3 autodetection fails -------------------------------------+------------------------------------- Reporter: jlazkano | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 idcin | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jyavenard]: > Any chance to get this fix back ported to earlier stable release? In which current release series does it not work? > Been broken since 1.0 It has been broken since 0.7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:45:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:45:39 -0000 Subject: [FFmpeg-trac] #2569(undetermined:new): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.10cc6848479c6ea1835d2a3f6958e991@avcodec.org> #2569: mszh: crash with yuv421 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mszh | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The question is if it works on the Athlon with {{{-cpuflags -3dnow- 3dnowext}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 00:58:30 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 22:58:30 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.b5ec8c9dc4675c42f46ce1a13911c07b@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jdachik01): About to attach numerous files: .mpg files made with each .jpg showing TS Reader analysis .log log of each Each used same command line: ffmxxx -v 9 -loglevel 99 -i 169test.mov -t 2 -s 1280x720 -aspect 16:9 -threads 8 -vcodec mpeg2video -vb 13010k -minrate 13010k -maxrate 13010k -muxrate 13600k -bufsize 4M -r 59.94 -pix_fmt yuv420p -bf 2 -g 15 -ss 0 -y -acodec mp2 -ar 48000 -ab 192k -f mpegts outputfile.mpg 2>outputlog.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:06:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:06:23 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.bb0b7cf9ec089b70a3348af65e37b361@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jdachik01): Had to redo with -t 1 to get file size under limit. You can ignore 169test-ffmbc64.2.mpg - uploaded by accident. Thanks again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:08:17 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:08:17 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.ecd70a1307344eb2adb840ca0ed3c632@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Do I understand correctly that the problem is not so much the output of your analyser software but that set-top-boxes play the output file(s) with an incorrect display aspect ratio? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:13:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:13:39 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.ed590442c92d5815727508316b029b25@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aegwyn11): Replying to [comment:1 cehoyos]: > As explained, if you use -vcodec libopenjpeg the video scaler is inserted to convert from yuv422p10 to rgb48. See the console output for the correct colourspace (and the console output with -loglevel verbose to see the scaler inserted). I think I see. If I'm looking at this right, ffmpeg initially thinks the input is rgb48le, sets up the output to match, then upon initiating decode, libopenjpeg realizes the input is really yuv422p10le, but then ffmpeg inserts the scaler to get back to rgb48le. If I specify that I want -pix_fmt yuv422p10le on the output, it appears that the scaler is still invoked, but just converts from yuv422p10le to yuv422p10le, not really doing anything. So is a better workaround to both specify -c:v libopenjpeg on the input side and to specify the correct -pix_fmt on the output side? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:16:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:16:15 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.9e457829259462533fa0df3e0d2e93b9@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: aspect | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jdachik01): That is correct. I only mention/include TS Reader because it is the only program I can find that shows the issue that is causing the set-top box to incorrectly display the video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:28:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:28:00 -0000 Subject: [FFmpeg-trac] #2691(FFmpeg:new): ffmpeg detects 0 channels in audio streams Message-ID: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> #2691: ffmpeg detects 0 channels in audio streams -------------------------------------+------------------------------------- Reporter: vhann | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: vob dvd aac | unspecified 0 channels | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg does not detect the audio channels if the audio streams don't have any in the first few seconds. How to reproduce: {{{ vhann at vhanndinateur ~,0 $ foo/ffmpeg -i outputShortest.vobffmpeg version N-54023-g6fe419b Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 05:12:40 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra- cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra- ldflags='-m32 -L/root/ffmpeg-static/32bit/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. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 0xaaa3060] max_analyze_duration 5000000 reached at 5005000 microseconds Input #0, mpeg, from 'outputShortest.vob': Duration: 00:00:24.46, start: 0.140600, bitrate: 17150 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:2[0x82]: Audio: ac3, 0 channels Stream #0:3[0x81]: Audio: ac3, 0 channels Stream #0:4[0x80]: Audio: ac3, 0 channels At least one output file must be specified }}} -analyzeduration and -probesize make it work though: {{{ vhann at vhanndinateur ~,0 $ foo/ffmpeg -analyzeduration 50000000 -probesize 50000000 -i outputShortest.vob ffmpeg version N-54023-g6fe419b Copyright (c) 2000-2013 the FFmpeg developers built on Jun 14 2013 05:12:40 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra- cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra- ldflags='-m32 -L/root/ffmpeg-static/32bit/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. 35.101 / 52. 35.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 0xa8d21e0] max_analyze_duration 50000000 reached at 50032489 microseconds Input #0, mpeg, from 'outputShortest.vob': Duration: 00:00:24.50, start: 0.095889, bitrate: 17118 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:2[0x80]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:3[0x82]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s Stream #0:4[0x81]: Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s At least one output file must be specified }}} llogan and vulture both were valuable in figuring the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:37:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:37:25 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.89a0ee17e299d66271561fc2039904a7@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): s->pict_type is reported as 1 {{{ s->last_pict_type = s->pict_type; + av_log(s->avctx, AV_LOG_ERROR, "s->pict_type: %d\n", s->pict_type); s->last_lambda_for [s->pict_type] = s->current_picture_ptr->f.quality; if (s->pict_type!= AV_PICTURE_TYPE_B) { s->last_non_b_pict_type = s->pict_type; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:45:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:45:35 -0000 Subject: [FFmpeg-trac] #2690(undetermined:new): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.9e1e6e24734827e8ce131f48d841f08a@avcodec.org> #2690: Red Cinema r3d files not supported --------------------------------+---------------------------------------- Reporter: MilosL | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.7 | Resolution: Keywords: r3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by MilosL): Sample file uploaded via ftp: A002_C024_0205C9_001.R3D RedCineX application says under metadata: Redcode: 9:1(RedCode36), noHDR). File was downloaded anywhere in the net. If needed, i can provide more samples. Console output: # /usr/local/bin/ffmpeg -v 9 -loglevel 99 -i /root/Desktop/A002_C006_0205V7_001.R3D ffmpeg version N-54115-g37baecc Copyright (c) 2000-2013 the FFmpeg developers built on Jun 20 2013 01:31:03 with gcc 4.7.2 (GCC) 20121109 (Red Hat 4.7.2-8) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-i' ... matched as input file with argument '/root/Desktop/A002_C006_0205V7_001.R3D'. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Successfully parsed a group of options. Parsing a group of options: input file /root/Desktop/A002_C006_0205V7_001.R3D. Successfully parsed a group of options. Opening an input file: /root/Desktop/A002_C006_0205V7_001.R3D. [r3d @ 0x25f5060] Format r3d probed with size=2048 and score=100 [r3d @ 0x25f5060] File position before avformat_find_stream_info() is 324 [jpeg2000 @ 0x25f5a80] SOC marker not present Last message repeated 3 times [r3d @ 0x25f5060] Probe buffer size limit of 5000000 bytes reached [r3d @ 0x25f5060] decoding for stream 0 failed [r3d @ 0x25f5060] Could not find codec parameters for stream 0 (Video: jpeg2000, 4096x2304, 1/240000): unspecified pixel format Consider increasing the value for the 'analyzeduration' and 'probesize' options [r3d @ 0x25f5060] File position after avformat_find_stream_info() is 6494364 /me/Desktop/A002_C006_0205V7_001.R3D: could not find codec parameters [AVIOContext @ 0x25fd780] Statistics: 6529424 bytes read, 3 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 01:47:45 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Jun 2013 23:47:45 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.b8ac075b404bb56759c3dd07bba9dbe7@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): now I get this: {{{ $ gdb ffplay_g GNU gdb (GDB) 7.4 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-pc-mingw32". For bug reporting instructions, please see: ... Reading symbols from D:\MinGW\msys\1.0\ffmpeg- HEAD-f468325\ffplay_g.exe...done. (gdb) r -threads 1 "c:\problem.rm" Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-f468325\ffplay_g.exe -threads 1 "c:\problem.rm" [New Thread 3768.0x3cc] ffplay version 1.1.git-f468325 Copyright (c) 2003-2013 the FFmpeg developers built on May 31 2013 00:22:46 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-ffplay --disable-w32threads --disab le-yasm --enable-gpl libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [New Thread 3768.0xeb0] [New Thread 3768.0xbb0] nan A-V: 0.000 fd= 0 aq= 0KB vq= 0KB [rm @ 04b2e2e0] sq=Unsupported stream type 000003a4 [rm @ 04b2e2e0] Unsupported stream type 00000292 Truncating packet of size 542777353 to 8156342 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 544743433 to 8155851 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 551297033 to 8154967 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 559161353 to 8154001 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 180658117 to 8153992 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 306454537 to 8152489 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 10837271 to 7986163 nan [rm @ 04b2e2e0] A-VImpossibly sized packet : 0.00Truncating packet of size 625704930 to 7986154 0 fd=[rm @ 04b2e2e0] Impossibly sized packet 0 aq= [rv40 @ 051202c0] First slice header is incorrect 0KB vq= 0KB sq= [rm @ 04b2e2e0] 0B DATA tag in middle of chunk, file may b e broken. f=0/0 Truncating packet of size 540811279 to 7873098 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 542777353 to 7872710 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 544743433 to 7872215 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 551297033 to 7871324 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 94939210 to 7871313 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 560472073 to 7870033 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 307765257 to 7868418 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 331358217 to 7865947 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 1027364853 to 7865918 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 102244352 to 7861916 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 645142355 to 7861905 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 11 with DTS 5215, packet 1 2 with DTS 46153821 Truncating packet of size 299559901 to 7829922 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 263408317 to 7829894 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 850460673 to 7465267 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 14 with DTS 46154213, pack et 15 with DTS 115445671 Truncating packet of size 505477178 to 7405066 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 660563639 to 7405057 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 130913296 to 7405039 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 65077249 to 7405010 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 531578589 to 7371264 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 705353719 to 6740177 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 1072720433 to 6736985 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 22 with DTS 2228226, packe t 23 with DTS 8453465 Truncating packet of size 196056287 to 6732674 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 150866944 to 6716925 n[rm @ 04b2e2e0] an Impossibly sized packet A-V: 0.00Truncating packet of size 363463002 to 6713724 0 fd=[rm @ 04b2e2e0] Impossibly sized packet 0 aq= Truncating packet of size 494668193 to 6713715 0KB[rm @ 04b2e2e0] vqImpossibly sized packet = 0KB sq= 0B Truncating packet of size 9727528 to 6666777 f=0/0[rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 25380323 to 6663193 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 370472506 to 6656399 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 296345678 to 6619570 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 859839963 to 6612372 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 16580599 to 6578925 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 40 with DTS 99566, packet 41 with DTS 1068624502 Truncating packet of size 744936202 to 6552947 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 104722268 to 6552938 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 149487930 to 6521064 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 938589167 to 6497722 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 259244911 to 6497705 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 306772457 to 6491792 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 868290364 to 6471489 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 706132538 to 6428013 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 691220536 to 6428004 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 1073345919 to 6427976 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 54 with DTS 164687, packet 55 with DTS 209101495 nan A-V: 0.000 fd= 0 Truncating packet of size 727857816 to 6198457 aq= [rm @ 04b2e2e0] Impossibly sized packet 0KB vq= Truncating packet of size 7022193 to 6188069 0KB [rm @ 04b2e2e0] sq=Impossibly sized packet 0B f=0/0 Truncating packet of size 805911518 to 6126218 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 239057205 to 6042191 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 609512617 to 6015325 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 92416127 to 6015314 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DTS discontinuity in stream 3: packet 74 with DTS 5113, packet 7 5 with DTS 460162130 [rm @ 04b2e2e0] max_analyze_duration 5000000 reached at 5000000 microseconds [rm @ 04b2e2e0] Could not find codec parameters for stream 4 (Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 26 kb/s): no frame in rv30/40 and no sar Consider increasing the value for the 'analyzeduration' and 'probesize' options [rm @ 04b2e2e0] Could not find codec parameters for stream 5 (Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 180 kb/s): no frame in rv30/40 and no sar Consider increasing the value for the 'analyzeduration' and 'probesize' options [rm @ 04b2e2e0] Could not find codec parameters for stream 9 (Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 10 kb/s): no frame in rv30/40 and no sar Consider increasing the value for the 'analyzeduration' and 'probesize' options Input #0, rm, from 'c:\problem.rm': Metadata: Audiences : 16k Substream for 28k Dial-up;28k Dial-up;56k Dial- up;256k DSL or Cable; audioMode : music Creation Date : 4/30/2005 11:23:03 Generated By : RealProducer(R) Plus 10.0 for Windows, Build 10.0.0.545 Modification Date: 4/30/2005 11:29:42 videoMode : normal ASMRuleBook : #($Bandwidth < 20000),Stream7Bandwidth = 10000, Stream8Ban dwidth = 6000;#($Bandwidth >= 20000) && ($Bandwidth < 34000),Stream7B title : author : copyright : (C) 2004 comment : Duration: 00:03:43.49, start: 0.000000, bitrate: 292 kb/s Stream #0:0: Data: none, 180 kb/s Stream #0:1: Data: none, 44 kb/s Stream #0:2: Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 10 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:3: Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 12 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:4: Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 26 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:5: Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 180 kb/s, 25 fps, 25 tbr, 1k tbn, 1k tbc Stream #0:6: Audio: cook (cook / 0x6B6F6F63), 8000 Hz, mono, fltp, 6 kb/s Stream #0:7: Audio: cook (cook / 0x6B6F6F63), 8000 Hz, mono, fltp, 8 kb/s Stream #0:8: Audio: cook (cook / 0x6B6F6F63), 44100 Hz, stereo, fltp, 44 kb/ s Stream #0:9: Video: rv40 (RV40 / 0x30345652), yuv420p, 360x288, 10 kb/s, 15 fps nan, 15 tbr A-V: , 1k tbn 0.000 , 1k tbcfd= 0 [New Thread 3768.0xaa8]sq= 0B f=0/0 [New Thread 3768.0xf0c] [New Thread 3768.0x6a4] [New Thread 3768.0xd9c] [New Thread 3768.0xf5c] [New Thread 3768.0x8f4] [New Thread 3768.0x940] [New Thread 3768.0xd10] [New Thread 3768.0xa40] [New Thread 3768.0x388] [New Thread 3768.0xa2c] [New Thread 3768.0x2c4] [New Thread 3768.0x790] [rv40 @ 051209a0] First slice header is incorrect [rv40 @ 051209a0] Truncating packet of size 150023953 to 5993075 First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 557673483 to 5993058 nan[rv40 @ 051209a0] A-First slice header is incorrect V[rm @ 04b2e2e0] : Impossibly sized packet [rv40 @ 051209a0] naFirst slice header is incorrect n fTruncating packet of size 681770088 to 5993040 d= [rv40 @ 051209a0] [rm @ 04b2e2e0] 0First slice header is incorrect aImpossibly sized packet q= [rv40 @ 051209a0] 0First slice header is incorrect KTruncating packet of size 648337364 to 5993029 B vq[rv40 @ 051209a0] =[rm @ 04b2e2e0] First slice header is incorrect 7Impossibly sized packet 44KB[rv40 @ 051209a0] sqFirst slice header is incorrect = 0Truncating packet of size 94870644 to 5944990 B[rv40 @ 051209a0] f=First slice header is incorrect 0[rm @ 04b2e2e0] /0 Impossibly sized packet First slice header is incorrect Truncating packet of size 8454720 to 5913209 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 569970748 to 5913200 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 655966239 to 5796369 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 953130642 to 5796360 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 722832069 to 5796341 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 722832069 to 5796332 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 721549577 to 5796323 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 570810820 to 5796290 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 218157040 to 5796279 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 959843944 to 5600781 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 50724880 to 5450610 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet n[rv40 @ 051209a0] an First slice header is incorrect A-VTruncating packet of size 186045048 to 5450599 : [rv40 @ 051209a0] [rm @ 04b2e2e0] nFirst slice header is incorrect anImpossibly sized packet fd=[rv40 @ 051209a0] First slice header is incorrect 0 aq= [rv40 @ 051209a0] Truncating packet of size 98942853 to 5317657 First slice header is incorrect 0KB [rm @ 04b2e2e0] vq=Impossibly sized packet [rv40 @ 051209a0] 983First slice header is incorrect KB sq=Truncating packet of size 16925423 to 5202833 [rv40 @ 051209a0] First slice header is incorrect 0[rm @ 04b2e2e0] B fImpossibly sized packet =[rv40 @ 051209a0] 0/0First slice header is incorrect L a s t Lmaessts amgees sraegpee arteepde a2t5e dt i2m6e st Truncating packet of size 986975534 to 2096975 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 986978414 to 2094102 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 986980877 to 2090199 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 594364415 to 2090173 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 888938108 to 2090164 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 986983112 to 2086307 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 353630974 to 2086288 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 986984364 to 2083512 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect as t m eLsassatg e m e rnsaens pAa-eVg:a e t enradne fpd3=e a t0t iaeqm =d e 0sK4B v qt=i m e6Truncating packet of size 601229529 to 1665222 KB [rm @ 04b2e2e0] sq[rv40 @ 051209a0] =Impossibly sized packet First slice header is incorrect 0B fTruncating packet of size 260834932 to 1665211 =0/[rv40 @ 051209a0] 0 [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 761688937 to 1665200 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 90042886 to 1648025 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect L a sLta smte smseasgsea gree preeapteaetde d2 3t itmiemse [rm @ 04b2e2e0] DATA tag in middle of chunk, file may be broken. [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 719855970 to 1261245 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 1021872328 to 1261086 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 405794066 to 1257979 [rv40 @ 051209a0] Changing dimensions to 160x132 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] Need DQUANT Truncating packet of size 216381304 to 1257970 [rv40 @ 051209a0] Need DQUANT [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] New frame but still 79 MB left. Truncating packet of size 544725261 to 1254714 [rv40 @ 051209a0] concealing 79 DC, 79 AC, 79 MV errors in I frame [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] s->pict_type: 1 Truncating packet of size 1072759760 to 1251449 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 948281728 to 1246876 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] naFirst slice header is incorrect n ATruncating packet of size 54217072 to 1241001 -V: [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect nImpossibly sized packet an f[rv40 @ 051209a0] d= First slice header is incorrect 0Truncating packet of size 1061031090 to 1227277 aq=[rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet 0KB [rv40 @ 051209a0] vq=First slice header is incorrect Truncating packet of size 579884702 to 1227268 66[rv40 @ 051209a0] K[rm @ 04b2e2e0] B First slice header is incorrect sImpossibly sized packet q= [rv40 @ 051209a0] 0First slice header is incorrect BTruncating packet of size 190408916 to 1227259 f=0[rv40 @ 051209a0] /[rm @ 04b2e2e0] 0 First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 432575684 to 1227250 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 147744994 to 1227226 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 530369746 to 1184539 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 298724870 to 1164677 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 607846556 to 1129338 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 900914551 to 960848 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect [New Thread 3768.0x808] 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [New Thread 3768.0xf44] [New Thread 3768.0x900] [New Thread 3768.0x95c] [New Thread 3768.0xc58] [New Thread 3768.0xfe8] [New Thread 3768.0x6ec] [New Thread 3768.0xe44] [New Thread 3768.0xca4] Seek to 57% ( 0:02:06) of total duration ( 0:03:43) B f=0/0 Last message repeated 17 times [rm @ 04b2e2e0] DATA tag in middle of chunk, file may be broken. Last message repeated 1 times Truncating packet of size 10837271 to 7986163 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 625704930 to 7986154 [rm @ 04b2e2e0] Impossibly sized packet [rm @ 04b2e2e0] DATA tag in middle of chunk, file may be broken. Truncating packet of size 540811279 to 7873098 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 542777353 to 7872710 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] Truncating packet of size 544743433 to 7872215 First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 551297033 to 7871324 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 94939210 to 7871313 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 560472073 to 7870033 [rm @ 04b2e2e0] Impossibly sized packet nan[rv40 @ 051209a0] ATruncating packet of size 307765257 to 7868418 -First slice header is incorrect V: [rm @ 04b2e2e0] Impossibly sized packet nan fd[rv40 @ 051209a0] = First slice header is incorrect Truncating packet of size 331358217 to 7865947 0 aq=[rm @ 04b2e2e0] Impossibly sized packet 0KB vqTruncating packet of size 1027364853 to 7865918 = [rm @ 04b2e2e0] 0KBImpossibly sized packet sq= 0BTruncating packet of size 102244352 to 7861916 f=0/[rm @ 04b2e2e0] 0 Impossibly sized packet Truncating packet of size 645142355 to 7861905 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 299559901 to 7829922 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 263408317 to 7829894 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 850460673 to 7465267 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 505477178 to 7405066 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 660563639 to 7405057 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 130913296 to 7405039 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 65077249 to 7405010 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 531578589 to 7371264 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect m e s s aLgaes tr empeesastaegde 2r etpiemaetse d 3 tTruncating packet of size 705353719 to 6740177 Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 1072720433 to 6736985 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 196056287 to 6732674 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 150866944 to 6716925 [rv40 @ 051209a0] na[rm @ 04b2e2e0] nFirst slice header is incorrect AImpossibly sized packet -V: [rv40 @ 051209a0] naFirst slice header is incorrect nTruncating packet of size 363463002 to 6713724 fd=[rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect 0Impossibly sized packet aq=[rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 494668193 to 6713715 0KB v[rm @ 04b2e2e0] q= Impossibly sized packet 0KB sq[rv40 @ 051209a0] = First slice header is incorrect 0Truncating packet of size 9727528 to 6666777 B f[rv40 @ 051209a0] =0[rm @ 04b2e2e0] /First slice header is incorrect 0Impossibly sized packet [rv40 @ 051209a0] Truncating packet of size 25380323 to 6663193 First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 370472506 to 6656399 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect [rv40 @ 051209a0] Truncating packet of size 296345678 to 6619570 First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 859839963 to 6612372 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 16580599 to 6578925 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 744936202 to 6552947 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 104722268 to 6552938 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 149487930 to 6521064 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 938589167 to 6497722 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 259244911 to 6497705 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 306772457 to 6491792 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 868290364 to 6471489 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 706132538 to 6428013 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 691220536 to 6428004 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 1073345919 to 6427976 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 727857816 to 6198457 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 7022193 to 6188069 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 805911518 to 6126218 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 239057205 to 6042191 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet nan[rv40 @ 051209a0] A-First slice header is incorrect V: Truncating packet of size 609512617 to 6015325 [rv40 @ 051209a0] nanFirst slice header is incorrect [rm @ 04b2e2e0] fd=Impossibly sized packet 0[rv40 @ 051209a0] aqFirst slice header is incorrect = Truncating packet of size 92416127 to 6015314 0K[rv40 @ 051209a0] B[rm @ 04b2e2e0] vFirst slice header is incorrect qImpossibly sized packet = 1[rv40 @ 051209a0] 56KFirst slice header is incorrect B sTruncating packet of size 150023953 to 5993075 q= [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect 0BImpossibly sized packet f=0[rv40 @ 051209a0] /0 First slice header is incorrect Truncating packet of size 557673483 to 5993058 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 681770088 to 5993040 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 648337364 to 5993029 [rv40 @ 051209a0] [rm @ 04b2e2e0] First slice header is incorrect Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 94870644 to 5944990 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 8454720 to 5913209 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 569970748 to 5913200 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 655966239 to 5796369 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 953130642 to 5796360 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 722832069 to 5796341 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 722832069 to 5796332 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 721549577 to 5796323 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 570810820 to 5796290 [rm @ 04b2e2e0] Impossibly sized packet Truncating packet of size 218157040 to 5796279 [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Truncating packet of size 959843944 to 5600781 [rv40 @ 051209a0] First slice header is incorrect [rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect naTruncating packet of size 50724880 to 5450610 n[rv40 @ 051209a0] A-First slice header is incorrect V[rm @ 04b2e2e0] : Impossibly sized packet [rv40 @ 051209a0] naFirst slice header is incorrect n fTruncating packet of size 186045048 to 5450599 d= [rv40 @ 051209a0] 0First slice header is incorrect [rm @ 04b2e2e0] aq=Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect 0KB vqTruncating packet of size 98942853 to 5317657 =[rv40 @ 051209a0] First slice header is incorrect 5[rm @ 04b2e2e0] 7KBImpossibly sized packet [rv40 @ 051209a0] sq=First slice header is incorrect 0BTruncating packet of size 16925423 to 5202833 f[rv40 @ 051209a0] =0/First slice header is incorrect 0[rm @ 04b2e2e0] Impossibly sized packet [rv40 @ 051209a0] First slice header is incorrect Last message repeated 4 times [rv40 @ 051209a0] New frame but still 88 MB left. [rv40 @ 051209a0] concealing 88 DC, 88 AC, 88 MV errors in ? frame Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 3768.0x790] 0x0091ed50 in ff_er_frame_end (s=0x5143d64) at libavcodec/error_resilience.c:1190 1190 dc += dest_y[x + (n & 1) * 8 + (gdb) bt #0 0x0091ed50 in ff_er_frame_end (s=0x5143d64) at libavcodec/error_resilience.c:1190 #1 0x009b988f in ff_rv34_decode_frame (avctx=0x51209a0, data=0x51cf0c0, got_picture_ptr=0x705ff08, avpkt=0x705fc08) at libavcodec/rv34.c:1671 #2 0x00586af2 in avcodec_decode_video2 (avctx=0x51209a0, picture=0x51cf0c0, got_picture_ptr=0x705ff08, avpkt=0x705fe98) at libavcodec/utils.c:1951 #3 0x00403ac7 in get_video_frame (serial=0x705ff00, pkt=0x705fe98, frame=0x51cf0c0, is=0x4e00040) at ffplay.c:1670 #4 video_thread (arg=0x4e00040) at ffplay.c:1904 #5 0x681097d2 in SDL_RunThread (data=0x5123610) at ./src/thread/SDL_thread.c:204 #6 0x681327cf in RunThread (data=0x53dda00) at ./src/thread/win32/SDL_systhread.c:74 #7 RunThreadViaBeginThreadEx (data=0x53dda00) at ./src/thread/win32/SDL_systhread.c:95 #8 0x77c2a3b0 in msvcrt!_endthreadex () from C:\WINDOWS\system32\msvcrt.dll #9 0x7c80b729 in KERNEL32!GetModuleFileNameA () from C:\WINDOWS\system32\kernel32.dll #10 0x00000000 in ?? () (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x91ed30 to 0x91ed70: 0x0091ed30 : and $0x4c,%al 0x0091ed32 : and $0x1,%edx 0x0091ed35 : mov %edx,0x50(%esp) 0x0091ed39 : shl $0x3,%edx 0x0091ed3c : mov 0x4c(%esp),%ecx 0x0091ed40 : sar %ecx 0x0091ed42 : mov %ecx,0x60(%esp) 0x0091ed46 : shl $0x3,%ecx 0x0091ed49 : mov %esi,%ebx 0x0091ed4b : imul %ecx,%ebx 0x0091ed4e : add %edx,%ebx => 0x0091ed50 : movzbl (%eax,%ebx,1),%ebp 0x0091ed54 : movzbl 0x1(%eax,%ebx,1),%edi 0x0091ed59 : add %edi,%ebp 0x0091ed5b : movzbl 0x2(%eax,%ebx,1),%edi 0x0091ed60 : add %edi,%ebp 0x0091ed62 : movzbl 0x3(%eax,%ebx,1),%edi 0x0091ed67 : add %edi,%ebp 0x0091ed69 : movzbl 0x4(%eax,%ebx,1),%edi 0x0091ed6e : add %edi,%ebp End of assembler dump. (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 02:05:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 00:05:39 -0000 Subject: [FFmpeg-trac] #2691(FFmpeg:new): ffmpeg detects 0 channels in audio streams In-Reply-To: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> References: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> Message-ID: <049.95d838894fcce42f015df356bbadf8c4@avcodec.org> #2691: ffmpeg detects 0 channels in audio streams -------------------------------------+------------------------------------- Reporter: vhann | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: vob dvd aac | Blocked By: 0 channels | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vhann): I uploaded the sample under the name "sampleForTicket2691.vob" to http://upload.ffmpeg.org/upload/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 05:50:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 03:50:17 -0000 Subject: [FFmpeg-trac] #2686(avcodec:new): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.78eb1452e234a1c8b2691664be8415ca@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples ------------------------------------+----------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by klaussfreire): This patch I'm going to attach fixes both issues. But I must warn that it's a WIP, I still have to split it into individual issues and fix a bug it exhibits in rare circumstances when working in VBR mode. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 08:40:24 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 06:40:24 -0000 Subject: [FFmpeg-trac] #2690(undetermined:new): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.9f46f766411c5d066ae70e7989c33206@avcodec.org> #2690: Red Cinema r3d files not supported --------------------------------+---------------------------------------- Reporter: MilosL | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.0.7 | Resolution: Keywords: r3d | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Your console output looks incomplete / severely edited, please provide the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:01:50 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:01:50 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.25c22d4690962cef947141c44e5a644b@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: 1.0.7 => git-master * keywords: r3d => r3d j2k * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:02:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:02:08 -0000 Subject: [FFmpeg-trac] #2690(avcodec:open): Red Cinema r3d files not supported In-Reply-To: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> References: <035.5cd65d6b693ecdeec9760787887a13dc@avcodec.org> Message-ID: <050.336b314b7e61291f1536f422c8c0ed79@avcodec.org> #2690: Red Cinema r3d files not supported -------------------------------------+----------------------------------- Reporter: MilosL | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: r3d j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:4 cehoyos]: > Your console output looks incomplete / severely edited, please provide the complete, uncut console output. Sorry about this, I misread the console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:21:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:21:27 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.714512ec2bf1dedb1961bfc8563c4cfe@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 Aegwyn11]: > If I specify that I want -pix_fmt yuv422p10le on the output, it appears that the scaler is still invoked, but just converts from yuv422p10le to yuv422p10le, > not really doing anything. Did you test this? I am not 100% sure. > So is a better workaround to both specify -c:v libopenjpeg on the input side and to specify the correct -pix_fmt on the output side? Imo, simply use {{{--disable-decoder=jpeg2000}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:30:02 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:30:02 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.893f027946e5e3abcd1d68f3bb91869f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aac => aac regression * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:36:08 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:36:08 -0000 Subject: [FFmpeg-trac] #2691(avformat:open): ffmpeg detects 0 channels in audio streams and does not suggest increasing values for analyzeduration and probesize (was: ffmpeg detects 0 channels in audio streams) In-Reply-To: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> References: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> Message-ID: <049.fb92d7b15e4f4c60c5a0d1cec7ac838b@avcodec.org> #2691: ffmpeg detects 0 channels in audio streams and does not suggest increasing values for analyzeduration and probesize ------------------------------------+------------------------------------ Reporter: vhann | Owner: Type: defect | Status: open Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: normal => minor * version: unspecified => git-master * keywords: vob dvd aac 0 channels => mpegps Comment: Patch sent that prints the suggestion about increasing the values for analyzeduration and probesize for the provided sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 09:43:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 07:43:55 -0000 Subject: [FFmpeg-trac] #2692(undetermined:new): can't seek in swf Message-ID: <036.22d705659dd80cc93a26615d742e9574@avcodec.org> #2692: can't seek in swf -------------------------------------+------------------------------------- Reporter: hxuanyu | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm building a video player using ffmpeg, when seek to the beginning of a swf file(av_seek_frame to 0), ffmpeg throws lots of FFMPEG: Unknown tag, and subsequent call of av_read_frame returns false. the version I use is ffmpeg 1.1.3 and this can be reproduced with ffplay $ gdb ffplay GNU gdb (GDB) 7.5.50.20120815-cvs (cygwin-special) Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-cygwin". For bug reporting instructions, please see: ... Reading symbols from /cygdrive/c/Users/Alex/Downloads/ffmpeg-latest- win32-static/ffmpeg-20130217-git-b8bb661-win32-static/bin/ffplay...(no debugging symbols found)...done. (gdb) r -ss 0 c:/20051210.swf Starting program: /cygdrive/c/Users/Alex/Downloads/ffmpeg-latest- win32-static/ffmpeg-20130217-git-b8bb661-win32-static/bin/ffplay -ss 0 c:/20051210.swf [New Thread 8364.0x27f0] [New Thread 8364.0x2748] [New Thread 8364.0x172c] [New Thread 8364.0x2520] [New Thread 8364.0x2780]A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 [New Thread 8364.0x15c4] [New Thread 8364.0x23c8] [New Thread 8364.0x1698] [New Thread 8364.0x2078] [New Thread 8364.0x20c4] [New Thread 8364.0x1c14] [New Thread 8364.0x1b74] 1.75 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 there's no video playback window pops up -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 10:09:31 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 08:09:31 -0000 Subject: [FFmpeg-trac] #2692(avformat:closed): can't seek in swf In-Reply-To: <036.22d705659dd80cc93a26615d742e9574@avcodec.org> References: <036.22d705659dd80cc93a26615d742e9574@avcodec.org> Message-ID: <051.266b42e461f0248d2df339989015d33f@avcodec.org> #2692: can't seek in swf -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: duplicate Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => swf * resolution: => duplicate * status: new => closed * component: undetermined => avformat Comment: Related to ticket #2496. For future tickets: Please always test current git head and please only provide ffplay output if a problem is not reproducible with ffmpeg (the application). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 10:10:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 08:10:36 -0000 Subject: [FFmpeg-trac] #2496(undetermined:open): seek swf file failed In-Reply-To: <036.86fb9ae107c38b9f456643ae94004dd8@avcodec.org> References: <036.86fb9ae107c38b9f456643ae94004dd8@avcodec.org> Message-ID: <051.d430becd51937333be09875b3373ec31@avcodec.org> #2496: seek swf file failed -------------------------------------+------------------------------------- Reporter: hxuanyu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: swf seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Another sample is attached to ticket #2692. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 10:59:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 08:59:40 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream Message-ID: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+-------------------------------------- Reporter: khali | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Summary of the bug: I am doing a lot of DVB-T recordings which I then re-encode using ffmpeg. I always pass -async 24000 to deal with random reception errors which can result in damaged audio or video streams from times to times. It works well with ffmpeg 1.0.6 from my Linux distribution (openSUSE 12.3) but fails with my self-built ffmpeg version from the git repository. How to reproduce: {{{ % ffmpeg -i audio_error.mpg -codec:v libxvid -b:v 1024k -codec:a libmp3lame -b:a 128k -af aresample=async=24000:first_pts=0 audio_error.avi ffmpeg version N-54111-gddefb80 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 19 2013 14:13:45 with gcc 4.7 (SUSE Linux) configuration: --prefix=/opt/ffmpeg --enable-shared --enable-libmp3lame --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --enable- avfilter --enable-version3 --enable-libx264 --enable-pthreads --enable- libvorbis --enable-libtheora --enable-fontconfig --cpu=corei7 libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'audio_error.mpg': Duration: 00:00:02.81, start: 0.252622, bitrate: 3777 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25.33 fps, 25 tbr, 90k tbn, 100 tbc Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 192 kb/s Output #0, avi, to 'audio_error.avi': Metadata: ISFT : Lavf55.9.100 Stream #0:0: Video: mpeg4 (libxvid) (xvid / 0x64697678), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 1024 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (libmp3lame) (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libxvid) Stream #0:1 -> #0:1 (mp2 -> libmp3lame) Press [q] to stop, [?] for help [mp2 @ 0x936dc0] Header missing Error while decoding stream #0:1: Invalid data found when processing input [libmp3lame @ 0x937240] Queue input is backward in time [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 91, current: 0; changing to 92. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 92, current: 1; changing to 93. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 93, current: 2; changing to 94. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 94, current: 3; changing to 95. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 95, current: 4; changing to 96. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 96, current: 5; changing to 97. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 97, current: 6; changing to 98. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 98, current: 7; changing to 99. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 99, current: 8; changing to 100. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 100, current: 9; changing to 101. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 101, current: 10; changing to 102. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 102, current: 11; changing to 103. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 103, current: 12; changing to 104. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 104, current: 13; changing to 105. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 105, current: 14; changing to 106. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 106, current: 15; changing to 107. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 107, current: 16; changing to 108. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 108, current: 17; changing to 109. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 109, current: 18; changing to 110. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 110, current: 19; changing to 111. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 111, current: 20; changing to 112. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 112, current: 21; changing to 113. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 113, current: 22; changing to 114. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 114, current: 23; changing to 115. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 115, current: 24; changing to 116. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 116, current: 25; changing to 117. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 117, current: 26; changing to 118. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 118, current: 27; changing to 119. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 119, current: 28; changing to 120. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 120, current: 29; changing to 121. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 121, current: 30; changing to 122. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 122, current: 31; changing to 123. This may result in incorrect timestamps in the output file. Non-monotonous DTS in output stream 0:1; previous: 123, current: 32; changing to 124. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 124, current: 33; changing to 125. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 125, current: 34; changing to 126. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 126, current: 35; changing to 127. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 127, current: 36; changing to 128. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 128, current: 37; changing to 129. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 129, current: 38; changing to 130. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 130, current: 39; changing to 131. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 131, current: 40; changing to 132. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 132, current: 41; changing to 133. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 133, current: 42; changing to 134. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 134, current: 43; changing to 135. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 135, current: 44; changing to 136. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 136, current: 45; changing to 137. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 137, current: 46; changing to 138. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 138, current: 47; changing to 139. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 139, current: 48; changing to 140. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 140, current: 49; changing to 141. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 141, current: 50; changing to 142. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 142, current: 51; changing to 143. This may result in incorrect timestamps in the output file. [mpeg2video @ 0x9343a0] 00 motion_type at 24 15 [mpeg2video @ 0x9343a0] Warning MVs not available [mpeg2video @ 0x9343a0] concealing 90 DC, 90 AC, 90 MV errors in P frame [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 143, current: 52; changing to 144. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 144, current: 53; changing to 145. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 145, current: 54; changing to 146. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 146, current: 55; changing to 147. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 147, current: 56; changing to 148. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 148, current: 61; changing to 149. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 149, current: 62; changing to 150. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 150, current: 63; changing to 151. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 151, current: 64; changing to 152. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 152, current: 65; changing to 153. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 153, current: 66; changing to 154. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 154, current: 67; changing to 155. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 155, current: 68; changing to 156. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 156, current: 69; changing to 157. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 157, current: 70; changing to 158. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 158, current: 71; changing to 159. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 159, current: 72; changing to 160. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 160, current: 73; changing to 161. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 161, current: 74; changing to 162. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 162, current: 75; changing to 163. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 163, current: 76; changing to 164. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 164, current: 77; changing to 165. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 165, current: 78; changing to 166. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 166, current: 79; changing to 167. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 167, current: 80; changing to 168. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 168, current: 81; changing to 169. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 169, current: 82; changing to 170. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 170, current: 83; changing to 171. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 171, current: 84; changing to 172. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 172, current: 85; changing to 173. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 173, current: 86; changing to 174. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 174, current: 87; changing to 175. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 175, current: 88; changing to 176. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 176, current: 89; changing to 177. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 177, current: 90; changing to 178. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 178, current: 91; changing to 179. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 179, current: 92; changing to 180. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 180, current: 93; changing to 181. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 181, current: 94; changing to 182. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 182, current: 95; changing to 183. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 183, current: 96; changing to 184. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 184, current: 97; changing to 185. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 185, current: 98; changing to 186. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 186, current: 99; changing to 187. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 187, current: 100; changing to 188. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 188, current: 101; changing to 189. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 189, current: 102; changing to 190. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 190, current: 103; changing to 191. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 191, current: 104; changing to 192. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 192, current: 105; changing to 193. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 193, current: 106; changing to 194. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 194, current: 107; changing to 195. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 195, current: 108; changing to 196. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 196, current: 109; changing to 197. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 197, current: 110; changing to 198. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 198, current: 111; changing to 199. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 199, current: 112; changing to 200. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 200, current: 113; changing to 201. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 201, current: 114; changing to 202. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 202, current: 115; changing to 203. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 203, current: 116; changing to 204. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 204, current: 117; changing to 205. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 205, current: 118; changing to 206. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 206, current: 119; changing to 207. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 207, current: 120; changing to 208. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 208, current: 121; changing to 209. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 209, current: 122; changing to 210. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 210, current: 123; changing to 211. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 211, current: 124; changing to 212. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 212, current: 125; changing to 213. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 213, current: 126; changing to 214. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 214, current: 127; changing to 215. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 215, current: 128; changing to 216. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 216, current: 129; changing to 217. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 217, current: 130; changing to 218. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 218, current: 131; changing to 219. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 219, current: 132; changing to 220. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 220, current: 133; changing to 221. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 221, current: 134; changing to 222. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 222, current: 135; changing to 223. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 223, current: 136; changing to 224. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 224, current: 137; changing to 225. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 225, current: 138; changing to 226. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 226, current: 139; changing to 227. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 227, current: 140; changing to 228. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 228, current: 141; changing to 229. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 229, current: 142; changing to 230. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 230, current: 143; changing to 231. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 231, current: 144; changing to 232. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 232, current: 145; changing to 233. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 233, current: 146; changing to 234. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 234, current: 147; changing to 235. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 235, current: 148; changing to 236. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 236, current: 149; changing to 237. This may result in incorrect timestamps in the output file. [libmp3lame @ 0x937240] Queue input is backward in time [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 237, current: 150; changing to 238. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 238, current: 151; changing to 239. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 239, current: 152; changing to 240. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 240, current: 153; changing to 241. This may result in incorrect timestamps in the output file. [avi @ 0x9351c0] Non-monotonous DTS in output stream 0:1; previous: 241, current: 151; changing to 242. This may result in incorrect timestamps in the output file. frame= 71 fps=0.0 q=4.0 Lsize= 491kB time=00:00:05.83 bitrate= 689.5kbits/s video:382kB audio:92kB subtitle:0 global headers:0kB muxing overhead 3.636487% }}} As you can see, everything is fine until the error in the audio stream. After that I get a flood of warning messages. I have tracked it down to the combination of options async>1 and first_pts=0 in audio filter aresample. Not only the warning flood is unpleasant (it can easily hide other issues) but more importantly the audio if completely out of synchro after that point. In fact it is way worse than if I do not use -async. I noticed that -af aresample=async24000 alone seems to work fine, at least in this case. ffmpeg 1.0.6 translates -async 24000 to a different aresample parameter set, which explains why there is no such problem there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 11:26:20 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 09:26:20 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.fea26a26ecbafd5084c350eb30fce38e@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Are libxvid or libmp3lame required to reproduce your problem? If not, please only use native codecs to allow reproducing tickets (FFmpeg does not show the version of external libraries). I tested the following command line: {{{$ ffmpeg -i audio_error.mpg -qscale 2 out.avi}}} The output appears to play without desync afaict, am I missing something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 11:51:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 09:51:00 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.724a122e76562b983a1bbf75cc212b6c@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by khali): Sorry, libxvid and libmp3lame aren't required, these simply happen to be what my script was using. I had not realized that the -codec parameters could be omitted. I'll try to remember that for my future bug reports. You are right that $ ffmpeg -i audio_error.mpg -qscale 2 out.avi sounds OK, although there could be some minor desynchro between audio and video, but too small to notice. Anyway, I am always passing -async 24000 because it has proven useful in the past for recordings which were more damaged than this sample (usually video only is damaged.) And the problem is that: $ ffmpeg -i audio_error.mpg -qscale 2 -async 24000 out.avi is not OK at all. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 12:01:42 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 10:01:42 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.bff9e8a6c1db8a3519570e84a8b00db5@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 khali]: > Anyway, I am always passing -async 24000 because it has proven useful in the past for recordings which were more damaged than this sample Could you provide such a sample? I do understand that you are reporting a regression for a specific option, but if that option is never needed (anymore) then this is hardly important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 15:34:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 13:34:12 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working Message-ID: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Type: defect Status: new | Priority: critical Component: avformat | Version: git- Keywords: interrupt | master callback block | Blocked By: avformat_open_input | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: This used to work (interrupt on no network connnection) until I updated to latest version of ffmpeg, now it hangs indefinitely on avformat_open_input and read frame. The interrupt is never fired. (timestamp is something i've added myself) {{{ static int interrupt_cb(void *ctx) { AVFormatContext* formatContext = reinterpret_cast(ctx); //timeout after 5 seconds of no activity if (formatContext->timestamp>0 && (GetTickCount() - formatContext->timestamp >5000)) return 1; return 0; } static AVFormatContext* open_file( char* fileName ) { AVDictionary *options = NULL; av_dict_set(&options, "analyzeduration", "1500000", 0); AVFormatContext* formatContext = avformat_alloc_context( ); formatContext->interrupt_callback.callback = interrupt_cb; formatContext->interrupt_callback.opaque = formatContext; formatContext->timestamp = GetTickCount(); formatContext->flags|=AVFMT_FLAG_NONBLOCK; if ( avformat_open_input( &formatContext, fileName, NULL, NULL ) !=0 ) { return NULL; } av_dict_free(&options); return formatContext; } }}} 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 Jun 20 16:05:34 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 14:05:34 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.375ac07a09dd090ed477aa7a1e6de016@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: interrupt callback block avformat_open_input => regression * priority: critical => important Comment: If you believe this problem is a regression, please use git bisect to find the change that introduced the bug for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 16:47:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 14:47:21 -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.ae01ac0848a9fc92be2234515fe2556e@avcodec.org> #2363: Default mingw32 compilation is broken by atomic ----------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: win regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Changes (by michael): * priority: important => normal Comment: as none of the affected users is willing to write and test a 1-2 line change for configure (adding i486 as cpu if not otherwise set), this certainly is not priority=important (none of the affected users care or everyone switched to ming64) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 17:25:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 15:25:18 -0000 Subject: [FFmpeg-trac] #2583(avformat:closed): libmodplug: probe function needed In-Reply-To: <036.f693abe94b47daca9c16da3e9be2d96a@avcodec.org> References: <036.f693abe94b47daca9c16da3e9be2d96a@avcodec.org> Message-ID: <051.f2a3f6f03eb6d569718f99bcf9bf9a49@avcodec.org> #2583: libmodplug: probe function needed -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mpegps | Blocked By: libmodplug regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: probing improved, specific issue fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 17:40:12 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 15:40:12 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.618fbd4d2274fbfb3423d88cce5e21e0@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I appreciate your effort, klaussfreire. I want to test the aac-improvements-wip.patch, but how can I do that? {{{ /c/mingw/ffmpeg/ffmpeg-1.2 $ patch -u -p1 < aac-improvements-wip.patch patching file libavcodec/aaccoder.c Hunk #3 FAILED at 711. Hunk #4 succeeded at 776 (offset -5 lines). Hunk #5 succeeded at 818 (offset -5 lines). Hunk #6 FAILED at 845. Hunk #7 FAILED at 1055. Hunk #8 FAILED at 1068. Hunk #9 FAILED at 1092. Hunk #10 FAILED at 1110. 6 out of 10 hunks FAILED -- saving rejects to file libavcodec/aaccoder.c.rej patching file libavcodec/aacenc.c Hunk #3 FAILED at 622. 1 out of 3 hunks FAILED -- saving rejects to file libavcodec/aacenc.c.rej patching file libavcodec/aacpsy.c Hunk #1 succeeded at 293 (offset -4 lines). Hunk #2 succeeded at 385 (offset -4 lines). Hunk #3 succeeded at 646 (offset -33 lines). patching file libavcodec/psymodel.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 18:07:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 16:07:39 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.ebd96b1004cac7852a085e55387b49f7@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Without trying myself, I would bet that the patch only applies to current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 18:27:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 16:27:58 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.7d2080acc09d9bdd58bc58c5cf495e7c@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I tried $ git clone git://source.ffmpeg.org/ffmpeg.git, but still, the patch fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 18:34:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 16:34:04 -0000 Subject: [FFmpeg-trac] #2236(undetermined:reopened): Default stream selection does not work with HLS output In-Reply-To: <038.3ca4aa86c6e26266850e140fb44e7390@avcodec.org> References: <038.3ca4aa86c6e26266850e140fb44e7390@avcodec.org> Message-ID: <053.3a72ef81bc79f1a2532fbc56a967bb04@avcodec.org> #2236: Default stream selection does not work with HLS output -------------------------------------+------------------------------------- Reporter: nealzebub | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: unspecified | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by nealzebub): * status: closed => reopened * resolution: fixed => Comment: This issue remains. I used a Burek 64-bit Linux static build for 2013.06.14. Automatic stream selection of input streams does not work when the output is HLS. It still says "Output file #0 does not contain any stream" I think there was some confusion over what this bug report is about. It's about auto selecting(mapping) input, not output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 23:09:53 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 21:09:53 -0000 Subject: [FFmpeg-trac] #2579(avformat:open): Data stream from UAV video reported as "Unknown" type In-Reply-To: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> References: <036.5962117d30ab71332c7fff3d02e300a4@avcodec.org> Message-ID: <051.d94f76e62df5908da2832b7517915364@avcodec.org> #2579: Data stream from UAV video reported as "Unknown" type -------------------------------------+------------------------------------- Reporter: mleotta | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:9 mleotta]: > Another solution to this problem is to "register" this particular type of data stream so that it is not unknown. I don't know enough about the stream type or how the code works to suggest such a Detecting the stream and setting codec id and type seems most sane to me. Simply turning all unknown into data is not correct -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 20 23:23:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 21:23:26 -0000 Subject: [FFmpeg-trac] #2194(avformat:closed): ffplay: iff ilbm output changes after seeking with the mouse In-Reply-To: <038.feeb47aa2ab9b8b0d165df956ef0c2fe@avcodec.org> References: <038.feeb47aa2ab9b8b0d165df956ef0c2fe@avcodec.org> Message-ID: <053.6c1b5d5ae5392899c38c069ff2e8a48f@avcodec.org> #2194: ffplay: iff ilbm output changes after seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: iff | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed in 03cd3bec6e66a49bcec138d72bac97cb8a64d246 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 01:25:00 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 23:25:00 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): TS Reader shows 1:1 Aspect Ratio on HD content In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.9a6ab9cffbce568adfa412b8c1ec264b@avcodec.org> #2689: TS Reader shows 1:1 Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aspect | Resolution: mpeg2video mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aspect => aspect mpeg2video mpegts * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 01:25:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Jun 2013 23:25:23 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.050de8e5c98270707a05fb8688a53c87@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I can confirm that the patch does not apply. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 03:42:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 01:42:00 -0000 Subject: [FFmpeg-trac] #2661(avcodec:closed): UT Video Decoder Broken In-Reply-To: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> References: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> Message-ID: <052.0643194926aeb5db4a24e8cc0f00c739@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: utvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 79cd5d39ba11cbad9ca4b965cbede480f19cb839 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 04:18:35 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 02:18:35 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.e6749dbcdb1495b6670120139c6e7147@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): "If you believe this problem is a regression, please use git bisect to find the change that introduced the bug for you." I've regressed the code all the way back to the 1.13 release and it's doing the same thing. I have no idea what git bisect is. This is a total show stopper for me - could you try and reproduce it so I know it's not something i'm doing wrong? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 04:47:21 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 02:47:21 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.ce6584d2f20d5f3a51a6fa91e3bf80b6@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): Calling avio_open2 instead of avformat_open_input and passing the callback as a parameter works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 08:45:06 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 06:45:06 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.28507fcf94cbe4e90b9fe58ee4cec74e@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): You wrote above that ''This used to work'' - for which version did it work? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:12:59 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:12:59 -0000 Subject: [FFmpeg-trac] #2695(avcodec:new): Occasional Access Violation: H264 with bad streams Message-ID: <040.318b8f0b350ba54d019d0999324080e7@avcodec.org> #2695: Occasional Access Violation: H264 with bad streams -------------------------------------+------------------------------------- Reporter: BlackWarren | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: h264 crash | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: When playing a certain unreliable live stream, experienced core-dumps about every four hours on average. How to reproduce: {{{ ffplay rtmp://planeta-online.tv:1936/live/channel_22 }}} Version: Git trunk sources as of 5/24/13. "version.sh" reports "N-53488-g953e335". Built: 6/20/13. Details: When playing unreliable H264 streams with FFPlay, I seem to get core-dumps randomly every few hours. The exact location is usually the second instruction of "pred8x8_top_dc_8_mmxext" in "h264_intrapred.asm", where it dereferences "dest_cr" after subtracting "uvlinesize" from it, as called from the line reading h->hpc.pred8x8[h->chroma_pred_mode](dest_cr, uvlinesize); in "h264_mb_template.c". "uvlinesize" is typically something like 320 at the time of crash, with "mb_y" zero. My take on this is that, when presented with garbaged stream data, the H264 frame decoder sometimes tries to perform predictions that involve higher rows (lower memory addresses): if "mb_y" happens to be zero (the top row), this means that it tries to read memory from "negative rows", addresses a few hundred bytes before the beginning of the legitimate frame data. Often, those addresses point to harmless random bytes, but occasionally it actually points to unmapped memory pages, causing Access Violations. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:18:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:18:15 -0000 Subject: [FFmpeg-trac] #2695(avcodec:new): Occasional Access Violation: H264 with bad streams In-Reply-To: <040.318b8f0b350ba54d019d0999324080e7@avcodec.org> References: <040.318b8f0b350ba54d019d0999324080e7@avcodec.org> Message-ID: <055.9c227177ab25cc4089e387a620a1a011@avcodec.org> #2695: Occasional Access Violation: H264 with bad streams -------------------------------------+----------------------------------- Reporter: BlackWarren | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by BlackWarren): Possible patch: diff --git a/libavcodec/h264_mb_template.c b/libavcodec/h264_mb_template.c index 15cb3c9..0173334 100644 --- a/libavcodec/h264_mb_template.c +++ b/libavcodec/h264_mb_template.c @@ -158,8 +158,17 @@ static av_noinline void FUNC(hl_decode_mb)(H264Context *h) uvlinesize, 1, 0, SIMPLE, PIXEL_SHIFT); if (SIMPLE || !CONFIG_GRAY || !(h->flags & CODEC_FLAG_GRAY)) { - h->hpc.pred8x8[h->chroma_pred_mode](dest_cb, uvlinesize); - h->hpc.pred8x8[h->chroma_pred_mode](dest_cr, uvlinesize); + if (mb_y <= 0 && + ( + h->chroma_pred_mode == TOP_DC_PRED8x8 || + h->chroma_pred_mode == DC_PRED8x8 || + h->chroma_pred_mode == VERT_PRED8x8) + ) { + av_log(NULL, AV_LOG_WARNING, "Skipping prediction involving previous data rows because mb_y is zero\n"); + } else { + h->hpc.pred8x8[h->chroma_pred_mode](dest_cb, uvlinesize); + h->hpc.pred8x8[h->chroma_pred_mode](dest_cr, uvlinesize); + } } hl_decode_mb_predict_luma(h, mb_type, is_h264, SIMPLE, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:22:40 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:22:40 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 Message-ID: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When I transcode the source video (dejavu_20mb.mp4) which is at 59.97 fps down to 29.97 fps (dejavu_2997.mp4), I can see some lip sync issues indicating that there is some audio/video sync issue. I don't see any problem when I transcode at the same fps (dejavu_5994.mp4) How to reproduce: {{{ ffmpeg -i dejavu_20mb.mp4 -r 29.97 dejavu_2997.mp4 ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers built on May 27 2013 10:30:08 with gcc 3.4.6 (GCC) 20060404 (Red Hat 3.4.6-9) configuration: --enable-gpl --enable-version3 --enable-zlib --enable- bzlib --enable-pthreads --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libmp3lame --enable-libxvid --enable-libx264 --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libfdk_aac --enable- libvpx --enable-libgsm --extra-libs=-static --enable-nonfree --enable- libfreetype 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 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dejavu_20mb.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-06-10 21:03:17 Duration: 00:02:41.34, start: 0.000000, bitrate: 1039 kb/s Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 8684 kb/s, 59.94 fps, 59.94 tbr, 5994 tbn, 11988 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler [libx264 @ 0x1cc905e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x1cc905e0] profile High, level 3.1 [libx264 @ 0x1cc905e0] 264 - core 128 - 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=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 'dejavu_2997.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.59.106 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=-1--1, 11988 tbn, 29.97 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 139 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> libx264) Stream #0:0 -> #0:1 (pcm_s16le -> libfdk_aac) Press [q] to stop, [?] for help Truncating packet of size 48235 to 21094kB time=00:00:10.45 bitrate=1327.0kbits/s dup=0 drop=305 [h264 @ 0x1d32f340] AVC: nal size 7357 Last message repeated 1 times [h264 @ 0x1d32f340] concealing 2250 DC, 2250 AC, 2250 MV errors in P frame frame= 314 fps= 19 q=-1.0 Lsize= 2206kB time=00:00:10.51 bitrate=1718.6kbits/s dup=0 drop=308 video:2014kB audio:180kB subtitle:0 global headers:0kB muxing overhead 0.563787% [libx264 @ 0x1cc905e0] frame I:3 Avg QP:22.44 size: 52646 [libx264 @ 0x1cc905e0] frame P:95 Avg QP:24.12 size: 13286 [libx264 @ 0x1cc905e0] frame B:216 Avg QP:26.36 size: 2970 [libx264 @ 0x1cc905e0] consecutive B-frames: 7.0% 1.3% 7.6% 84.1% [libx264 @ 0x1cc905e0] mb I I16..4: 26.8% 46.5% 26.7% [libx264 @ 0x1cc905e0] mb P I16..4: 4.9% 7.4% 1.2% P16..4: 45.3% 8.6% 5.8% 0.0% 0.0% skip:26.7% [libx264 @ 0x1cc905e0] mb B I16..4: 0.1% 0.1% 0.0% B16..8: 34.6% 1.6% 0.2% direct: 1.4% skip:62.0% L0:47.3% L1:49.4% BI: 3.3% [libx264 @ 0x1cc905e0] 8x8 transform intra:52.9% inter:84.7% [libx264 @ 0x1cc905e0] coded y,uvDC,uvAC intra: 43.8% 51.0% 13.3% inter: 9.3% 23.1% 0.4% [libx264 @ 0x1cc905e0] i16 v,h,dc,p: 32% 28% 10% 30% [libx264 @ 0x1cc905e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 14% 29% 18% 4% 4% 3% 4% 6% [libx264 @ 0x1cc905e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 22% 19% 11% 5% 6% 4% 4% 4% [libx264 @ 0x1cc905e0] i8c dc,h,v,p: 54% 21% 22% 3% [libx264 @ 0x1cc905e0] Weighted P-Frames: Y:1.1% UV:1.1% [libx264 @ 0x1cc905e0] ref P L0: 51.4% 10.5% 28.7% 9.4% 0.0% [libx264 @ 0x1cc905e0] ref B L0: 68.8% 21.5% 9.8% [libx264 @ 0x1cc905e0] ref B L1: 83.7% 16.3% [libx264 @ 0x1cc905e0] kb/s:1574.27 }}} Following transcode does not have this lip sync issue: {{{ ffmpeg -i dejavu_20mb.mp4 dejavu_5994.mp4 ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers built on May 27 2013 10:30:08 with gcc 3.4.6 (GCC) 20060404 (Red Hat 3.4.6-9) configuration: --enable-gpl --enable-version3 --enable-zlib --enable- bzlib --enable-pthreads --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libmp3lame --enable-libxvid --enable-libx264 --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libfdk_aac --enable- libvpx --enable-libgsm --extra-libs=-static --enable-nonfree --enable- libfreetype 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 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dejavu_20mb.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-06-10 21:03:17 Duration: 00:02:41.34, start: 0.000000, bitrate: 1039 kb/s Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 8684 kb/s, 59.94 fps, 59.94 tbr, 5994 tbn, 11988 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler [libx264 @ 0x894d3c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x894d3c0] profile High, level 3.2 [libx264 @ 0x894d3c0] 264 - core 128 - 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=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 'dejavu_5994.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.59.106 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 1280x720, q=-1--1, 11988 tbn, 59.94 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 139 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> libx264) Stream #0:0 -> #0:1 (pcm_s16le -> libfdk_aac) Press [q] to stop, [?] for help Truncating packet of size 48235 to 21094kB time=00:00:10.45 bitrate=1628.7kbits/s [h264 @ 0x8fec440] AVC: nal size 7357 Last message repeated 1 times [h264 @ 0x8fec440] concealing 2250 DC, 2250 AC, 2250 MV errors in P frame frame= 623 fps= 24 q=-1.0 Lsize= 2498kB time=00:00:10.51 bitrate=1945.9kbits/s dup=1 drop=0 video:2301kB audio:180kB subtitle:0 global headers:0kB muxing overhead 0.696050% [libx264 @ 0x894d3c0] frame I:5 Avg QP:23.28 size: 39919 [libx264 @ 0x894d3c0] frame P:180 Avg QP:25.53 size: 8264 [libx264 @ 0x894d3c0] frame B:438 Avg QP:28.27 size: 1526 [libx264 @ 0x894d3c0] consecutive B-frames: 5.8% 1.0% 1.4% 91.8% [libx264 @ 0x894d3c0] mb I I16..4: 28.0% 54.2% 17.8% [libx264 @ 0x894d3c0] mb P I16..4: 3.3% 3.7% 0.6% P16..4: 40.9% 5.7% 3.7% 0.0% 0.0% skip:42.1% [libx264 @ 0x894d3c0] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 27.4% 0.5% 0.1% direct: 0.3% skip:71.6% L0:43.7% L1:54.7% BI: 1.5% [libx264 @ 0x894d3c0] 8x8 transform intra:49.9% inter:86.0% [libx264 @ 0x894d3c0] coded y,uvDC,uvAC intra: 39.5% 51.3% 12.0% inter: 4.9% 13.7% 0.1% [libx264 @ 0x894d3c0] i16 v,h,dc,p: 30% 31% 13% 26% [libx264 @ 0x894d3c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 14% 32% 17% 3% 3% 3% 4% 6% [libx264 @ 0x894d3c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 24% 19% 9% 5% 5% 4% 4% 3% [libx264 @ 0x894d3c0] i8c dc,h,v,p: 57% 21% 21% 2% [libx264 @ 0x894d3c0] Weighted P-Frames: Y:0.6% UV:0.6% [libx264 @ 0x894d3c0] ref P L0: 52.0% 10.6% 29.1% 8.4% 0.0% [libx264 @ 0x894d3c0] ref B L0: 65.4% 22.8% 11.8% [libx264 @ 0x894d3c0] ref B L1: 81.0% 19.0% [libx264 @ 0x894d3c0] kb/s:1812.97 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:30:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:30:29 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.29bf030565e091bfd45364a4066d0e3a@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): Original file at 59.94 fps (dejavu 20mb.mp4): http://www.datafilehost.com /download-dc00c97d.html Transcoded file at 29.97 fps with lip sync issues (dejavu 2997.mp4): http://www.datafilehost.com/download-e6806248.html Transcoded file at 59.94 fps with no lip sync issues (dejavu 5994.mp4): http://www.datafilehost.com/download-34a44754.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:47:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:47:32 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.ed4d017bead0482fe5ef2ad86f72c0bb@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): I also transcoded the same video using a commercial transcoder tool (rhozet) and it seems to transcode video to 29.97 without introducing lip sync issues. Transcoded file at : http://www.datafilehost.com/download- 0a9f3b1c.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:49:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:49:32 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.7e3f33e24b331edd8cca584970b24d97@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this only reproducible if you use an external codec library (libx264 and libfdk) or also with native encoders, ie {{{-vcodec mpeg4 -acodec aac -strict -2}}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 09:50:10 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 07:50:10 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.472ee0f066f02c190cf09df01ca2795e@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75]: > I also transcoded the same video using a commercial transcoder tool (rhozet) Unrelated to this ticket: Could you send us the EULA that is shipped with the Rhozet transcoder tool? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:04:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:04:32 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.9e251f5ae90c7975fa931426a86e5d32@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): my old version was from december 2011 i've managed to update all our code to work with the latest version of ffmpeg (taken me 3 weeks!) - the only thing left is timing out on broken streams or non existant urls. Calling avio_open2 directly does fire the interrupt. Calling avformat_open_input does not - it just hangs indefinitely. I'm happy to pay for your time to look into this - sean -at- ispyconnect.com -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:20:17 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:20:17 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.1bfd4812f9198be70fda9d3bf8a39a39@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:5 sporn]: > my old version was from december 2011 ''december 2011'' does not sound like a FFmpeg version identifier. > I'm happy to pay for your time to look into this - sean -at- ispyconnect.com If you can post source code that allows to reproduce the problem (source code, not an extract) you may not have to pay. If you cannot provide failing source code, I wonder how payment would allow anybody else to reproduce your problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:29:18 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:29:18 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.b28349caf0d5bf88f2ad8a8839a3fa02@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I originally missed that you were using a six months old version of FFmpeg: Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:34:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:34:24 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.4d27a7677d88076fb6003669d9c222f1@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): OK the last version was: This is a FFmpeg Win32 shared build by Kyle Schwarz. Zeranoe's FFmpeg Builds Home Page: http://ffmpeg.zeranoe.com/builds/ Built on Nov 30 2011 00:55:18 FFmpeg version git-b55dd10 libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 the source to reproduce the issue is above and it's trivial -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:38:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:38:20 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.d586a913267ebb6b6615d1042ad87354@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 sporn]: > FFmpeg version git-b55dd10 Now that you know of a working revision, you can start bisecting. > the source to reproduce the issue is above and it's trivial It does not compile here;-( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 10:44:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 08:44:25 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.0068608bb0505816d3082b1eb19d309b@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): I'm working with c++ in visual studio using a zeranoe build. Basically the issue is that avformat_open_input does not ever fire an interrupt callback and so hangs on broken streams. I don't know how much more simple I can make it. I have no idea how to provide you with a compilable example, I'm just looking for some help that i'm happy to pay for. I've spent the last 12 hours on this and gotten nowhere. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:17:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:17:11 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.2f231a156070b47fd6931f2286f5f5f5@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): you can try it with ffplay: ffplay mmsh://live1.wm.skynews.servecast.net/skynews_wmlz_live300k - then disconnect the network connection - the stream doesn't end and the application doesn't exit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:24:27 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:24:27 -0000 Subject: [FFmpeg-trac] #2448(avutil:closed): Compilation with OpenCL fails when threading is disabled In-Reply-To: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> References: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> Message-ID: <049.3095c86348a6f1cb004daac46a5c1cb9@avcodec.org> #2448: Compilation with OpenCL fails when threading is disabled ------------------------------------+-------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: worksforme Keywords: opencl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Comment (by cehoyos): Ticket #2603 was a related ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:24:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:24:29 -0000 Subject: [FFmpeg-trac] #2603(avutil:closed): mingw32 cross compile issue In-Reply-To: <035.501d9201fb90f101886f4c28b3e7c016@avcodec.org> References: <035.501d9201fb90f101886f4c28b3e7c016@avcodec.org> Message-ID: <050.c3123e2576532fa379b6f0174423890b@avcodec.org> #2603: mingw32 cross compile issue ------------------------------------+---------------------------------- Reporter: Huemac | Owner: Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: fixed Keywords: win opencl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Comment (by cehoyos): This used to be a duplicate of ticket #2448 (which was fixed by the same commit). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:25:00 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:25:00 -0000 Subject: [FFmpeg-trac] #2448(avutil:closed): Compilation with OpenCL fails when threading is disabled In-Reply-To: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> References: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> Message-ID: <049.791f5905670a7cc1e5a2404b511f0d29@avcodec.org> #2448: Compilation with OpenCL fails when threading is disabled ------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: opencl | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * resolution: worksforme => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:25:20 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:25:20 -0000 Subject: [FFmpeg-trac] #2448(avutil:closed): Compilation with OpenCL fails when threading is disabled In-Reply-To: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> References: <034.e0350b0b79db1b95daea42b84dc6ca51@avcodec.org> Message-ID: <049.b81d0bb1f7f1271f28cfe05abd08cc6c@avcodec.org> #2448: Compilation with OpenCL fails when threading is disabled ------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avutil Version: git-master | Resolution: fixed Keywords: opencl | 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 Jun 21 11:41:19 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:41:19 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.23a7e50668ac30e4b49af6c7ea4c8f1a@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): or try this (assuming you dont have a video stream there!): ffplay http://192.168.1.5/videostream.asf ffplay will hang indefintely. It should fire an interrupt and abort (and it used to) but it doesn't any more. The interrupt is hooked up in ffplay but just like in my application it's never being fired. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 11:48:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 09:48:41 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.dce4a285cf6dc5efa5cf201d2fba922b@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): {{{ $ time ffplay http://192.168.1.5/videostream.asf ffplay version N-54130-g98abe16 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 21 2013 11:32:10 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Connection to tcp://192.168.1.5:80 failed: No route to host f=0/0 http://192.168.1.5/videostream.asf: Input/output error real 0m3.023s user 0m0.025s sys 0m0.017s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 16:36:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 14:36:30 -0000 Subject: [FFmpeg-trac] #2450(avdevice:closed): Xorg resource leakage In-Reply-To: <036.4e55191f68c1dd76e1c4ec3fb1559625@avcodec.org> References: <036.4e55191f68c1dd76e1c4ec3fb1559625@avcodec.org> Message-ID: <051.96e355095ca09f22899287b5aa8a10ed@avcodec.org> #2450: Xorg resource leakage -------------------------------------+------------------------------------- Reporter: raimund | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: x11grab | 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 Fri Jun 21 17:07:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 15:07:47 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.0280af114900310dccfb44cacd7ecf3b@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): D:\Projects\iSpy\FFMPEG\ffmpeg\bin>ffplay http://192.168.1.5:80/videostream.asf ffplay version N-54126-g8cdea50 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 20 2013 23:40:19 with gcc 4.7.3 (GCC) configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --ena ble-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --e nable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-lib modplug --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrw b --enable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinge r --enable-libsoxr --enable-libspeex --enable-libtheora --enable- libtwolame --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --e nable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 (hang) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 17:18:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 15:18:02 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.e6acbdb70157bd98c3e74d4db0fd773a@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): (latest shared build from http://ffmpeg.zeranoe.com/builds/) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 20:00:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 18:00:15 -0000 Subject: [FFmpeg-trac] #2689(undetermined:new): Set-top boxes show wrong Aspect Ratio on HD content (was: TS Reader shows 1:1 Aspect Ratio on HD content) In-Reply-To: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> References: <038.c4479685cb915b72b74e12db312fbc46@avcodec.org> Message-ID: <053.141a4b2d4cf56c6c5e731378e633b675@avcodec.org> #2689: Set-top boxes show wrong Aspect Ratio on HD content -------------------------------------+------------------------------------- Reporter: jdachik01 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aspect | Resolution: mpeg2video mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 22:58:29 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 20:58:29 -0000 Subject: [FFmpeg-trac] #2661(avcodec:closed): UT Video Decoder Broken In-Reply-To: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> References: <037.0749ff5c810868b369b43d5d59779e32@avcodec.org> Message-ID: <052.e36dcefd3fc6a70b093b741759358dbe@avcodec.org> #2661: UT Video Decoder Broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: utvideo | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aegwyn11): Replying to [comment:4 michael]: > Fixed in 79cd5d39ba11cbad9ca4b965cbede480f19cb839 It works fine now. Thanks everyone! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 21 23:01:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Jun 2013 21:01:41 -0000 Subject: [FFmpeg-trac] #2683(avcodec:open): Jpeg2000 decoder broken In-Reply-To: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> References: <037.d9a1e91751827e3318295a1d89cfa297@avcodec.org> Message-ID: <052.c1aa4c5ba2cb572785842904bdaf753e@avcodec.org> #2683: Jpeg2000 decoder broken -------------------------------------+------------------------------------- Reporter: Aegwyn11 | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Aegwyn11): Replying to [comment:8 cehoyos]: > Replying to [comment:7 Aegwyn11]: > > If I specify that I want -pix_fmt yuv422p10le on the output, it appears that the scaler is still invoked, but just converts from yuv422p10le to yuv422p10le, > > > not really doing anything. > > Did you test this? I am not 100% sure. > It looks to me like its bit exact, so this seems to be a viable workaround. > > So is a better workaround to both specify -c:v libopenjpeg on the input side and to specify the correct -pix_fmt on the output side? > > Imo, simply use {{{--disable-decoder=jpeg2000}}} I'm not very good with compiling (almost never do it), so it would take a bunch of time for me just to remember how to go about it. Not worth the effort...the above workaround seems to work fine until its properly fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 10:33:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 08:33:37 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.c9bd2f5162ae7da12c23d33ac5314bec@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I tried the wip patch again. No good. I think the patch is broken. {{{ $ patch -p1 < aac-improvements-wip.patch patching file libavcodec/aaccoder.c Hunk #3 FAILED at 711. Hunk #4 succeeded at 776 (offset -5 lines). Hunk #5 succeeded at 818 (offset -5 lines). Hunk #6 FAILED at 845. Hunk #7 FAILED at 1055. Hunk #8 FAILED at 1068. Hunk #9 FAILED at 1092. Hunk #10 FAILED at 1110. 6 out of 10 hunks FAILED -- saving rejects to file libavcodec/aaccoder.c.rej patching file libavcodec/aacenc.c Hunk #1 FAILED at 591. Hunk #2 FAILED at 609. Hunk #3 FAILED at 621. 3 out of 3 hunks FAILED -- saving rejects to file libavcodec/aacenc.c.rej patching file libavcodec/aacpsy.c Hunk #1 succeeded at 299 (offset 2 lines). Hunk #2 succeeded at 391 (offset 2 lines). Hunk #3 succeeded at 681 (offset 2 lines). patching file libavcodec/psymodel.h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 14:17:32 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 12:17:32 -0000 Subject: [FFmpeg-trac] #2645(avcodec:closed): mpeg4 encoder potential buffer overflow with certain video dimensions In-Reply-To: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> References: <037.8b4a44242e4e0a1c85240062bae29ead@avcodec.org> Message-ID: <052.a0419960d0502e3309d521f119cfbf4c@avcodec.org> #2645: mpeg4 encoder potential buffer overflow with certain video dimensions ------------------------------------+----------------------------------- Reporter: walisser | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Ticket #2569 is probably the same issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 14:44:13 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 12:44:13 -0000 Subject: [FFmpeg-trac] #2569(avcodec:closed): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.4cfe1b738997adc931607ab047b6f0cd@avcodec.org> #2569: mszh: crash with yuv421 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: mszh => regression * resolution: => fixed Comment: {{{ $ valgrind ./ffmpeg_g -i yuv421.avi out.avi ==11331== Memcheck, a memory error detector. ==11331== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==11331== Using LibVEX rev 1854, a library for dynamic binary translation. ==11331== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==11331== Using valgrind-3.3.1, a dynamic binary instrumentation framework. ==11331== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==11331== For more details, rerun with: -v ==11331== ffmpeg version N-53956-g57655c6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 22 2013 14:18:10 with gcc 4.3.4 (GCC) configuration: --disable-optimizations --cc=/usr/local/gcc-4.3.4/bin/gcc libavutil 52. 35.100 / 52. 35.100 libavcodec 55. 15.100 / 55. 15.100 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 75.101 / 3. 75.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Input #0, avi, from 'yuv421.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 128029 kb/s Stream #0:0: Video: mszh (MSZH / 0x485A534D), yuv422p, 1022x768, 10 tbr, 10 tbn, 10 tbc Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.8.102 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1022x768, q=2-31, 200 kb/s, 10 tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (mszh -> mpeg4) Press [q] to stop, [?] for help ==11331== Invalid write of size 8 ==11331== at 0x87072F0: ff_draw_edges_mmx (dsputil_mmx.c:389) ==11331== by 0x85172B0: load_input_picture (mpegvideo_enc.c:1063) ==11331== by 0x85188ED: ff_MPV_encode_picture (mpegvideo_enc.c:1448) ==11331== by 0x861FC24: avcodec_encode_video2 (utils.c:1762) ==11331== by 0x805C37E: do_video_out (ffmpeg.c:947) ==11331== by 0x805CEAF: reap_filters (ffmpeg.c:1091) ==11331== by 0x8066979: transcode_step (ffmpeg.c:3162) ==11331== by 0x8066A3A: transcode (ffmpeg.c:3205) ==11331== by 0x8066F4E: main (ffmpeg.c:3383) ==11331== Address 0x50add50 is 0 bytes after a block of size 211,216 alloc'd ==11331== at 0x4025CFA: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==11331== by 0x4025DAE: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==11331== by 0x89245B3: av_malloc (mem.c:93) ==11331== by 0x8917F7A: av_buffer_alloc (buffer.c:70) ==11331== by 0x8917FE7: av_buffer_allocz (buffer.c:83) ==11331== by 0x89185E6: pool_alloc_buffer (buffer.c:305) ==11331== by 0x8918734: av_buffer_pool_get (buffer.c:343) ==11331== by 0x861BE59: video_get_buffer (utils.c:550) ==11331== by 0x861C1E6: avcodec_default_get_buffer2 (utils.c:615) ==11331== by 0x861CB61: get_buffer_internal (utils.c:830) ==11331== by 0x861CBB9: ff_get_buffer (utils.c:842) ==11331== by 0x85740BE: thread_get_buffer_internal (pthread.c:929) frame= 1 fps=0.3 q=6.7 Lsize= 65kB time=00:00:00.10 bitrate=5348.2kbits/s video:60kB audio:0kB subtitle:0 global headers:0kB muxing overhead 9.331763% ==11331== ==11331== ERROR SUMMARY: 2 errors from 1 contexts (suppressed: 3 from 1) ==11331== malloc/free: in use at exit: 0 bytes in 0 blocks. ==11331== malloc/free: 2,732 allocs, 2,732 frees, 22,946,183 bytes allocated. ==11331== For counts of detected errors, rerun with: -v ==11331== All heap blocks were freed -- no leaks are possible. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 14:55:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 12:55:53 -0000 Subject: [FFmpeg-trac] #2680(FFmpeg:new): Automatically use necessary bitstream filters In-Reply-To: <038.d699970375d0470b6f8bbb6a0043eb27@avcodec.org> References: <038.d699970375d0470b6f8bbb6a0043eb27@avcodec.org> Message-ID: <053.2bf2d6f65471ca522d5f7c5ced625399@avcodec.org> #2680: Automatically use necessary bitstream filters -------------------------------------+---------------------------------- Reporter: jameshowe | Owner: Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 18:53:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 16:53:10 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.656353c5d5511d311a3c4bed6b21b05d@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Are you sure this is a regression? I tested b55dd10 (the version that you wrote above works fine) and it shows the same behaviour as current git head: If I disconnect the network, the player freezes and waits forever. This appears to be intended behaviour since playback continues as soon as I reconnect. {{{ $ ffplay mmsh://live1.wm.skynews.servecast.net/skynews_wmlz_live300k -autoexit ffplay version N-35295-gb55dd10, Copyright (c) 2003-2011 the FFmpeg developers built on Jun 22 2013 18:06:03 with gcc 4.3.2 [gcc-4_3-branch revision 141291] configuration: libavutil 51. 29. 1 / 51. 29. 1 libavcodec 53. 39. 1 / 53. 39. 1 libavformat 53. 22. 0 / 53. 22. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 50. 0 / 2. 50. 0 libswscale 2. 1. 0 / 2. 1. 0 [wmv3 @ 0x8e6dca0] Extra data: 8 bits left, value: 0 [asf @ 0x8e5b2a0] parser not found for codec wmav2, packets or times may be invalid. [asf @ 0x8e5b2a0] Estimating duration from bitrate, this may be inaccurate Input #0, asf, from 'mmsh://live1.wm.skynews.servecast.net/skynews_wmlz_live300k': Metadata: title : Sky News artist : BSkyB copyright : BSkyB WMFSDKVersion : 11.0.5721.5145 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: N/A, start: 832056.145000, bitrate: 252 kb/s Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 1 channels, s16, 32 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 320x180, 220 kb/s, 25 tbr, 1k tbn, 1k tbc [wmv3 @ 0x8e6dca0] Extra data: 8 bits left, value: 0 ... }}} (waits forever if network gets disconnected) ffmpeg (the application) also does not quit on network disconnection but waits forever. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 22:59:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 20:59:05 -0000 Subject: [FFmpeg-trac] #2697(undetermined:new): MP3 output duration incorrect in OS X Message-ID: <035.e28d7d80e36bfb81df43d43d3d104af1@avcodec.org> #2697: MP3 output duration incorrect in OS X -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mp3 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Quicktime Player 10.2 (603.17) and Finder 10.8.3 on OS X 10.8.4 report duration as 5:43 instead of 5:00 when using default settings. iTunes 11.0.4 reports proper duration. Command lines and outputs from a Linux machine. {{{ $ ./ffmpeg -f lavfi -i sine=d=300 duration.mp3 ffmpeg version N-54122-g03cd3be Copyright (c) 2000-2013 the FFmpeg developers built on Jun 20 2013 12:18:56 with gcc 4.8.1 (GCC) configuration: --prefix=/home/lrcd/ffmpeg_build --extra- cflags=-I/home/lrcd/ffmpeg_build/include --extra- ldflags=-L/home/lrcd/ffmpeg_build/lib --bindir=/home/lrcd/bin --extra- libs=-ldl --enable-gpl --enable-libfdk-aac --enable-libmp3lame --enable- libx264 --enable-nonfree libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'sine=d=300': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, mp3, to 'duration.mp3': Metadata: TSSE : Lavf55.9.100 Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s video:0kB audio:2344kB subtitle:0 global headers:0kB muxing overhead 0.009415% }}} If -ab is added with a value at or below 52k for this example then time will begin to vary. With Finder, 53k results in 5:00, 52k results in 4:17, and 32k results in 2:51 (I don't have the commands and outputs for these). If output is piped then the duration is correct in Finder and Quicktime. {{{ $ ./ffmpeg -f lavfi -i sine=d=300 -f mp3 - >duration-pipe.mp3 ffmpeg version N-54122-g03cd3be Copyright (c) 2000-2013 the FFmpeg developers built on Jun 20 2013 12:18:56 with gcc 4.8.1 (GCC) configuration: --prefix=/home/lrcd/ffmpeg_build --extra- cflags=-I/home/lrcd/ffmpeg_build/include --extra- ldflags=-L/home/lrcd/ffmpeg_build/lib --bindir=/home/lrcd/bin --extra- libs=-ldl --enable-gpl --enable-libfdk-aac --enable-libmp3lame --enable- libx264 --enable-nonfree libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, lavfi, from 'sine=d=300': Duration: N/A, start: 0.000000, bitrate: 705 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Output #0, mp3, to 'pipe:': Metadata: TSSE : Lavf55.9.100 Stream #0:0: Audio: mp3 (libmp3lame), 44100 Hz, mono, s16p Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help size= 2344kB time=00:05:00.01 bitrate= 64.0kbits/s video:0kB audio:2344kB subtitle:0 global headers:0kB muxing overhead 0.001833% }}} Quicktime Player 7.7.4 for Windows shows the correct times for these files. I have not yet checked for a regression and may not have a chance to test on this borrowed Apple computer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 22 23:54:41 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 21:54:41 -0000 Subject: [FFmpeg-trac] #2697(undetermined:new): MP3 output duration incorrect in OS X In-Reply-To: <035.e28d7d80e36bfb81df43d43d3d104af1@avcodec.org> References: <035.e28d7d80e36bfb81df43d43d3d104af1@avcodec.org> Message-ID: <050.b54150fa03a9207d82f8930c245ce0c8@avcodec.org> #2697: MP3 output duration incorrect in OS X -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test if it works when using lame: {{{ $ ./ffmpeg -f lavfi -i sine=d=300 out.wav $ lame -b64 out.wav duration.mp3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 00:23:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 22:23:50 -0000 Subject: [FFmpeg-trac] #2697(undetermined:new): MP3 output duration incorrect in OS X In-Reply-To: <035.e28d7d80e36bfb81df43d43d3d104af1@avcodec.org> References: <035.e28d7d80e36bfb81df43d43d3d104af1@avcodec.org> Message-ID: <050.12c74801ecb57674c6b095e67991c783@avcodec.org> #2697: MP3 output duration incorrect in OS X -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mp3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): On another machine running OS X 10.5.8 the file created by lame shows the correct duration (the same "wrong" files still have incorrect [but different] durations). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 01:53:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 23:53:09 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.c436ebee67f0383dea345eb340db15c8@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): I've tested it with my application - that also reconnects if the network connection reconnects but it's not anything to do with my code - ffmpeg seems to be doing that internally. The interrupt callback is never being called. It used to call the interrupt which gave you the option to abort after a period of time (critical for us as we use ffmpeg to live stream IP cameras). It seems that this issue is windows specific or something to do with the way it's being built. Shouldn't the two ffplay commands work the same? Your times out on linux and mine doesn't on windows... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 01:56:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Jun 2013 23:56:24 -0000 Subject: [FFmpeg-trac] #1551(avformat:open): mov file is played by vlc, cannot be read by FFmpeg In-Reply-To: <036.d08cea9886ef269d1c5fad3f2e7eec1b@avcodec.org> References: <036.d08cea9886ef269d1c5fad3f2e7eec1b@avcodec.org> Message-ID: <051.e576e123c7f81c302866ef015ad7f608@avcodec.org> #1551: mov file is played by vlc, cannot be read by FFmpeg -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by llogan): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 09:35:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 07:35:51 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.528f9ff3d8aeb6cf73da420437c9a8f4@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): I've found this: https://github.com/FFmpeg/FFmpeg/commit/b6f435fbc87c024f8403fca69e6e6b98bccf93fa - committed on the 9th October. It looks like when adding the timeout AVOption they've broken the interrupt callback. If I do av_dict_set(&options, "timeout", "1000", 0); ...then the connection attempt will timeout after 1 second. This would also explain why it's working on linux as the default timeout (used when no timeout is specified) will be different to the default windows tcp timeout (which for whatever reason in this case seems to be indefinite). For me adding the timeout AVOption fixes my issue. It'd be good to figure out why the interrupt_callback is broken and get that fixed though. Seems it's either not being passed properly or is being reset somewhere along the way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 10:37:45 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 08:37:45 -0000 Subject: [FFmpeg-trac] #2569(avcodec:closed): mszh: crash with yuv421 In-Reply-To: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> References: <038.fb23bed43b9d1100153caeffe7e69d78@avcodec.org> Message-ID: <053.ffe5e6b25dd1bcf519feb5102bb83c8a@avcodec.org> #2569: mszh: crash with yuv421 ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): This was the same issue as ticket #2645, fixed in 175e916. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 15:03:01 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 13:03:01 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.321351a59f8cbcf09fbbcd425020a7bc@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by khali): I investigated this further and there are actually two different issues here. 1. The log message flood. It happens with the git version of ffmpeg as soon as -async 24000 (or -af aresample=async=24000,first_pts=0) is passed. It never happens with ffmpeg 1.0.6. 2. The audio gets out of sync. I can only reproduce this with 2-pass encoding using an AVI output container. When the input file is damaged, 2-pass encoding may lead to out-of-sync audio. With ffmpeg 1.0.6, passing -async 24000 fixes it. With ffmpeg from git, passing -async 24000 doesn't fix it and even makes it worse. The sample file I attached to this bug doesn't trigger the second bug, but I have another one which does. Unfortunately it is much larger so I can't attach it here. I'll upload it to upload.ffmpeg.org. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 15:37:59 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 13:37:59 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.0e23e4d389ef3b2606421c7c1272da34@avcodec.org> #2693: -async chokes on damaged audio input stream ------------------------------------+------------------------------------ Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Could you test the following command line? It works fine here for your sample with current git head and I would expect it to also work with older versions but I may miss something (and I can't test your exact options atm). {{{$ ffmpeg -async 1 -i ffmpeg-trac-2693-part2.mpg -qscale 2 out.avi}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 15:42:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 13:42:53 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.902f8006ff518d05d177cda1776f673f@avcodec.org> #2693: -async chokes on damaged audio input stream -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression async Comment: Looks related to tickets #2210 and #2309. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 15:46:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 13:46:04 -0000 Subject: [FFmpeg-trac] #2400(undetermined:open): A/V desync for separate video and aac in mp4 input files In-Reply-To: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> References: <037.cd6b6213972b1ffee8aabe12b8d52aac@avcodec.org> Message-ID: <052.1a3c83fdc9387f028c0beba9dc13e074@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 | -------------------------------------+------------------------------------- Comment (by feelart): FYI: Still buggy with latest build {{{ C:\Users\Angel\Downloads>ffmpeg -i aaa.mp4 -i bbb.mp4 test.mp4 ffmpeg version N-54143-gb6ce50a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 22 2013 15:32:43 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig -- enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enab le-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-lib theora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.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, 8940 kb/s Metadata: handler_name : SoundHandler [libx264 @ 00000000003bf2c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 00000000003bf2c0] profile High, level 3.2 [libx264 @ 00000000003bf2c0] 264 - core 133 r2334 a3ac64b - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videola n.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 m e_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 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 'test.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.9.100 Stream #0:0(und): Video: h264 (libx264) ([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 (libvo_aacenc) ([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= 261 fps= 59 q=-1.0 Lsize= 390kB time=00:00:08.64 bitrate= 369.9kbits/s video:251kB audio:133kB subtitle:0 global headers:0kB muxing overhead 1.517858% [libx264 @ 00000000003bf2c0] frame I:2 Avg QP:20.77 size: 84312 [libx264 @ 00000000003bf2c0] frame P:68 Avg QP:24.08 size: 1098 [libx264 @ 00000000003bf2c0] frame B:191 Avg QP:33.13 size: 69 [libx264 @ 00000000003bf2c0] consecutive B-frames: 1.9% 1.5% 0.0% 96.6% [libx264 @ 00000000003bf2c0] mb I I16..4: 65.1% 4.7% 30.2% [libx264 @ 00000000003bf2c0] 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 @ 00000000003bf2c0] 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:47.9% L1:52.0% BI: 0.1% [libx264 @ 00000000003bf2c0] 8x8 transform intra:3.7% inter:46.7% [libx264 @ 00000000003bf2c0] coded y,uvDC,uvAC intra: 20.2% 19.0% 16.6% inter: 0.1% 0.1% 0.0% [libx264 @ 00000000003bf2c0] i16 v,h,dc,p: 63% 37% 0% 0% [libx264 @ 00000000003bf2c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 74% 13% 11% 0% 0% 0% 0% 0% 1% [libx264 @ 00000000003bf2c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 39% 12% 2% 2% 2% 3% 2% 3% [libx264 @ 00000000003bf2c0] i8c dc,h,v,p: 67% 23% 9% 0% [libx264 @ 00000000003bf2c0] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 00000000003bf2c0] ref P L0: 78.3% 12.8% 6.6% 2.4% [libx264 @ 00000000003bf2c0] ref B L0: 60.1% 39.0% 0.8% [libx264 @ 00000000003bf2c0] ref B L1: 95.5% 4.5% [libx264 @ 00000000003bf2c0] kb/s:235.65 C:\Users\Angel\Downloads> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 15:55:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 13:55:28 -0000 Subject: [FFmpeg-trac] #2698(avfilter:new): colorbalance filter should also work without YUV to RGB conversion Message-ID: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> #2698: colorbalance filter should also work without YUV to RGB conversion -------------------------------------+------------------------------------- Reporter: feelart | Type: Status: new | enhancement Component: avfilter | Priority: normal Keywords: | Version: git- colorbalance | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Current colorbalance filter only works in RGB space. This can have significant visual differences in the piping filters order. For instance, on a Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 17008 kb/s, 30.01 fps - vf lut=y=gammaval(0.65),colorbalance=bh=-.1:bm=-.1:bs=-.1 Is very different in quality result from - vf colorbalance=bh=-.1:bm=-.1:bs=-.1,lut=y=gammaval(0.65) FYI: http://ffmpeg.org/pipermail/ffmpeg-user/2013-May/015311.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 16:04:09 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 14:04:09 -0000 Subject: [FFmpeg-trac] #2699(avfilter:new): automate lossless normalisation Message-ID: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> #2699: automate lossless normalisation -------------------------------------+------------------------------------- Reporter: feelart | Type: Status: new | enhancement Component: avfilter | Priority: normal Keywords: audio | Version: git- lossless normalisation | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Introduce a new audio switch to automate LOSSLESS normalisation Propose -a:llnorm CLI example {{{ ffmpeg -i src_audio.aac -a:llnorm out_LOSSLESS_NORMALISED.aac }}} P.S. To best of my knowledge volumedetect, does not 1/ automate normalisation 2/ does NOT do it losslessly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 16:07:10 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 14:07:10 -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.67d9bb92a193df36b5b3cc0fe6e5846a@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 eisa01): * cc: eisa01@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 16:57:51 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 14:57:51 -0000 Subject: [FFmpeg-trac] #2698(avfilter:new): colorbalance filter should also work without YUV to RGB conversion In-Reply-To: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> References: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> Message-ID: <051.9e81f4aec014c2927dd1868372d4d5ab@avcodec.org> #2698: colorbalance filter should also work without YUV to RGB conversion --------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: colorbalance | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish Comment: Please add a command line that shows the issue together with the complete, uncut console output, if possible without using an external library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 17:11:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 15:11:40 -0000 Subject: [FFmpeg-trac] #2699(avfilter:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.849e1698f92e1d0ce6e5a6748ff884d3@avcodec.org> #2699: automate lossless normalisation -------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: audio lossless normalisation => Comment: Please elaborate more on what kind of issue you are reporting: Iiuc, you write above that ''volumedetect is not lossless'' (that is how I read it, note that I am not a native speaker). Since the volumedetect filter does not modify its input, I cannot imagine how it can be more ''lossless'' than it currently is. Otoh, if your issue is that the current filter system does not automatically change audio for some use-case, how would this change be lossless? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 23 20:42:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Jun 2013 18:42:37 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.dbde0acbffd21b9531c8830a6cee4ce6@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): Thanks for the quick reply. I took the latest ffmpeg and x264 from the version control and rebuilt ffmpeg. I still see the same lip sync issue. Uploaded the file at http://www.datafilehost.com/download-cacda369.html {{{ ffmpeg -i dejavu_orig.mp4 -r 29.97 -s 848x476 -g 15 ff_2997_gop_15.mp4 ffmpeg version N-54152-g730e07f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 23 2013 13:27:07 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-version3 --enable-zlib --enable- bzlib --enable-pthreads --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libmp3lame --enable-libxvid --enable-libx264 --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libfdk_aac --enable- libvpx --enable-libgsm --enable-nonfree --enable-shared --enable-static libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dejavu_orig.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-06-10 21:03:17 Duration: 00:02:41.34, start: 0.000000, bitrate: 10227 kb/s Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 8684 kb/s, 59.94 fps, 59.94 tbr, 5994 tbn, 11988 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler [libx264 @ 0x12ab400] using cpu capabilities: MMX2 SSE Cache64 BMI1 [libx264 @ 0x12ab400] profile High, level 3.1 [libx264 @ 0x12ab400] 264 - core 133 r2334M a3ac64b - 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=15 keyint_min=1 scenecut=40 intra_refresh=0 rc_lookahead=15 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 'ff_2997_gop_15.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf55.9.100 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv420p, 848x476, q=-1--1, 11988 tbn, 29.97 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac (libfdk_aac) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 139 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> libx264) Stream #0:0 -> #0:1 (pcm_s16le -> libfdk_aac) Press [q] to stop, [?] for help frame= 4838 fps= 42 q=-1.0 Lsize= 23685kB time=00:02:41.36 bitrate=1202.4kbits/s dup=0 drop=4833 video:20764kB audio:2751kB subtitle:0 global headers:0kB muxing overhead 0.725098% [libx264 @ 0x12ab400] frame I:331 Avg QP:19.79 size: 42081 [libx264 @ 0x12ab400] frame P:1844 Avg QP:24.27 size: 3090 [libx264 @ 0x12ab400] frame B:2663 Avg QP:26.69 size: 614 [libx264 @ 0x12ab400] consecutive B-frames: 22.1% 10.9% 7.5% 59.4% [libx264 @ 0x12ab400] mb I I16..4: 12.1% 53.8% 34.1% [libx264 @ 0x12ab400] mb P I16..4: 1.8% 3.1% 1.0% P16..4: 19.5% 5.4% 3.4% 0.0% 0.0% skip:65.8% [libx264 @ 0x12ab400] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 20.4% 1.1% 0.2% direct: 0.3% skip:77.9% L0:42.7% L1:53.7% BI: 3.7% [libx264 @ 0x12ab400] 8x8 transform intra:53.2% inter:76.5% [libx264 @ 0x12ab400] coded y,uvDC,uvAC intra: 71.1% 47.7% 29.2% inter: 4.1% 4.7% 0.4% [libx264 @ 0x12ab400] i16 v,h,dc,p: 29% 39% 4% 28% [libx264 @ 0x12ab400] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 12% 25% 8% 9% 7% 10% 6% 6% [libx264 @ 0x12ab400] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 23% 12% 5% 8% 7% 8% 5% 5% [libx264 @ 0x12ab400] i8c dc,h,v,p: 61% 18% 17% 4% [libx264 @ 0x12ab400] Weighted P-Frames: Y:1.6% UV:1.2% [libx264 @ 0x12ab400] ref P L0: 68.4% 11.2% 13.2% 7.1% 0.0% [libx264 @ 0x12ab400] ref B L0: 81.2% 14.6% 4.3% [libx264 @ 0x12ab400] ref B L1: 92.6% 7.4% [libx264 @ 0x12ab400] kb/s:1053.66 }}} Note: I also increased IFrame rate to 1 every 1/2 second (to match the source video). Also tried mpeg4 instead of h264 as recommended but still see the same issue. Uploaded at http://www.datafilehost.com/download-81b0bed0.html {{{ ffmpeg -i dejavu_orig.mp4 -r 29.97 -s 848x476 -g 15 -vcodec mpeg4 -acodec aac -strict -2 -b:v 1500k mpeg4_2997_gop_15.mp4 ffmpeg version N-54152-g730e07f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 23 2013 13:27:07 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) configuration: --enable-gpl --enable-version3 --enable-zlib --enable- bzlib --enable-pthreads --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libmp3lame --enable-libxvid --enable-libx264 --enable- libopencore_amrwb --enable-libopencore_amrnb --enable-libfdk_aac --enable- libvpx --enable-libgsm --enable-nonfree --enable-shared --enable-static libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dejavu_orig.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2013-06-10 21:03:17 Duration: 00:02:41.34, start: 0.000000, bitrate: 10227 kb/s Stream #0:0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1280x720, 8684 kb/s, 59.94 fps, 59.94 tbr, 5994 tbn, 11988 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler File 'mpeg4_2997_gop_15.mp4' already exists. Overwrite ? [y/N] y Output #0, mp4, to 'mpeg4_2997_gop_15.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf55.9.100 Stream #0:0(eng): Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 848x476, q=2-31, 1500 kb/s, 11988 tbn, 29.97 tbc Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, fltp, 128 kb/s Metadata: creation_time : 2013-06-10 21:10:02 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:1 -> #0:0 (h264 -> mpeg4) Stream #0:0 -> #0:1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame= 4838 fps= 42 q=2.0 Lsize= 32180kB time=00:02:41.42 bitrate=1633.0kbits/s dup=0 drop=4833 video:29510kB audio:2532kB subtitle:0 global headers:0kB muxing overhead 0.431357% }}} I will try to get rhozet EULA for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 02:22:19 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 00:22:19 -0000 Subject: [FFmpeg-trac] #2240(avcodec:open): xvid: visible artefects In-Reply-To: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> References: <038.2277e0513b4aea7247340c73824a5bfe@avcodec.org> Message-ID: <053.de70e2293dc599c4f5ad738848cd7233@avcodec.org> #2240: xvid: visible artefects ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: asp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:4 cehoyos]: > Don't we do the same - only accepting build values > 0 - for x264? the value 0 has special meaning, it just says it IS xvid but we dont know the version if its not xvid then it should be -1 and not 0, if it IS xvid we need testing to know which bug set matches unindentified xvid. Having a testset of xvid_build==0 files should also make it quite easy to test different solutions -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 03:11:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 01:11:26 -0000 Subject: [FFmpeg-trac] #2476(undetermined:closed): Unexpected output when using -v and -report In-Reply-To: <036.a824933f753906a28c5542f7b571a535@avcodec.org> References: <036.a824933f753906a28c5542f7b571a535@avcodec.org> Message-ID: <051.ccccf56b312b3692e4f1294fb631aca3@avcodec.org> #2476: Unexpected output when using -v and -report -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: report | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in 46312fc2a95a1b24454e20844ae85792a0e0be92 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 03:51:27 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 01:51:27 -0000 Subject: [FFmpeg-trac] #2532(avcodec:closed): wmv1: green artefacts with lowres In-Reply-To: <038.90597b69a203cc3dc3d7c2516cb68498@avcodec.org> References: <038.90597b69a203cc3dc3d7c2516cb68498@avcodec.org> Message-ID: <053.7e1d4b6a0c6dec241dab705422087375@avcodec.org> #2532: wmv1: green artefacts with lowres -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wmv1 lowres | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 5dba888dd564b42411bf8631839469098b6f41db -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 07:59:15 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 05:59:15 -0000 Subject: [FFmpeg-trac] #2700(undetermined:new): Stream mapping not predictable when using -ss option In-Reply-To: <044.418e85374ad44c89de23695d4366a370@avcodec.org> References: <044.418e85374ad44c89de23695d4366a370@avcodec.org> Message-ID: <059.29ab232ea8533fb8a643cb70b31dfee7@avcodec.org> #2700: Stream mapping not predictable when using -ss option -------------------------------------+------------------------------------- Reporter: | Owner: claudelepoisson | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: stream mapping seek -ss => mpegps * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 09:12:13 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 07:12:13 -0000 Subject: [FFmpeg-trac] #2700(undetermined:new): Stream mapping not predictable when using -ss option In-Reply-To: <044.418e85374ad44c89de23695d4366a370@avcodec.org> References: <044.418e85374ad44c89de23695d4366a370@avcodec.org> Message-ID: <059.e447f2ed045845f4fbf7cdadd53c6722@avcodec.org> #2700: Stream mapping not predictable when using -ss option -------------------------------------+------------------------------------- Reporter: | Owner: claudelepoisson | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpegps | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -qscale 15 -t 3 out.mpg }}} {{{ $ ffmpeg -i out.mpg -acodec copy -vcodec copy -t 1 -ss 2 av.mpg ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'out.mpg': Duration: 00:00:02.98, start: 0.522422, bitrate: 297 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, mono, s16p, 128 kb/s Output #0, mpeg, to 'av.mpg': Metadata: encoder : Lavf55.9.100 Stream #0:0: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 104857 kb/s, 30 fps, 90k tbn, 30 tbc Stream #0:1: Audio: mp2, 44100 Hz, mono, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 18 fps=0.0 q=-1.0 Lsize= 34kB time=00:00:01.00 bitrate= 277.4kbits/s video:17kB audio:16kB subtitle:0 global headers:0kB muxing overhead 3.637554% }}} {{{ $ ffmpeg -i out.mpg -acodec copy -vcodec copy -t 1 -ss 1 va.mpg ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'out.mpg': Duration: 00:00:02.98, start: 0.522422, bitrate: 297 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc Stream #0:1[0x1c0]: Audio: mp2, 44100 Hz, mono, s16p, 128 kb/s Output #0, mpeg, to 'va.mpg': Metadata: encoder : Lavf55.9.100 Stream #0:0: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 104857 kb/s, 30 fps, 90k tbn, 30 tbc Stream #0:1: Audio: mp2, 44100 Hz, mono, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 25 fps=0.0 q=-1.0 Lsize= 34kB time=00:00:01.01 bitrate= 275.4kbits/s video:17kB audio:16kB subtitle:0 global headers:0kB muxing overhead 5.570211% }}} {{{ $ ffmpeg -i av.mpg -i va.mpg ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'av.mpg': Duration: 00:00:00.89, start: 0.500000, bitrate: 313 kb/s Stream #0:0[0x1c0]: Audio: mp2, 44100 Hz, mono, s16p, 128 kb/s Stream #0:1[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc Input #1, mpeg, from 'va.mpg': Duration: 00:00:00.99, start: 0.500000, bitrate: 280 kb/s Stream #1:0[0x1e0]: Video: mpeg1video, yuv420p, 320x240 [SAR 1:1 DAR 4:3], 104857 kb/s, 30 fps, 30 tbr, 90k tbn, 30 tbc Stream #1:1[0x1c0]: Audio: mp2, 44100 Hz, mono, s16p, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 09:18:42 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 07:18:42 -0000 Subject: [FFmpeg-trac] #2694(avformat:new): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.8ddac26c55ce7d708f87d9506d764376@avcodec.org> #2694: interrupt_callback not working ------------------------------------+------------------------------------ Reporter: sporn | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): Adding av_dict_set(&options, "timeout", "8000", 0); ...for some reason breaks rtsp streams. Basically the changes on Oct 9th 2012 need to be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 09:31:37 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 07:31:37 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.0e879ede26735f8ed9aecd462c1c3ed6@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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): Could you test {{{-vf fps=30000/1001}}} instead of {{{-r 29.97}}} ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 10:24:38 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 08:24:38 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.bb5227e41015e08020a3d5171325409f@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): You did the bisecting under the assumption that f2f35d3 works fine (you said so in comment:24) and the result of the bisecting was that it (still) works fine with 743b389 (see comment:61). If both are bad, there is no regression afaict, if f2f35d3 works fine but 743b389 does not, then I suggest you start bisecting between these two. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 11:35:39 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 09:35:39 -0000 Subject: [FFmpeg-trac] #2294(avformat:closed): timeout option does not work for rtsp streaming In-Reply-To: <037.e98014a23a0d384511de9ed2f2303090@avcodec.org> References: <037.e98014a23a0d384511de9ed2f2303090@avcodec.org> Message-ID: <052.e80c2bd891a32eeaddca3fdb466c4720@avcodec.org> #2294: timeout option does not work for rtsp streaming ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: rtsp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by sporn): This hasn't been fixed - it will hang on a non-existant rtsp url - specifying a timeout breaks rtsp playback entirely -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 13:06:46 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 11:06:46 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.7d7315970f94b45544dabf4ac6208ff9@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by julian): you are right, 1.2.1 disables a second audio track by default, but v1.0 (which i did use previously) does not - there must have been a recent change here. i'm not sure in which version the change occurred, and it doesn't seem to be documented here: https://ffmpeg.org/ffmpeg.html is there any way to control this behavior to specify which audio tracks should be en/disabled? if not, i'd like to see this added ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 13:27:22 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 11:27:22 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.ba233160348cc151b2de28df06b694ee@avcodec.org> #2693: -async chokes on damaged audio input stream -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by khali): Replying to [comment:5 cehoyos]: > Could you test the following command line? It works fine here for your sample with current git head and I would expect it to also work with older versions but I may miss something (and I can't test your exact options atm). > {{{$ ffmpeg -async 1 -i ffmpeg-trac-2693-part2.mpg -qscale 2 out.avi}}} Using -async 1 instead of -async 24000 solves both issues, yes. The warning flood is gone (which is no surprise, as I already stated in the original bug description that it only happened with async>1). And the audio in in sync, at least in this sample. I seem to recall that -async 1 did not properly fix all my recordings but that was long ago, maybe it will work with ffmpeg 1.0.6 and later. Thanks for the suggestion, this will let me work around the issue for now. But the bug is still present. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:12:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:12:00 -0000 Subject: [FFmpeg-trac] #2701(undetermined:new): mpeg2video: green artefacts at the bottom with lowres 3 Message-ID: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> #2701: mpeg2video: green artefacts at the bottom 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 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-c8be0b6f.html {{{ C:\>ffmpeg -vlowres 3 -i green_lowres.ts -an out.avi ffmpeg version N-54141-g1a405c6 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 22 2013 02:23:45 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg2video @ 0x20f3820] allocate dummy last picture for field based first keyfr ame [mpegts @ 0x1fff960] max_analyze_duration 5000000 reached at 5002500 microsecond s Input #0, mpegts, from 'green_lowres.ts': Duration: 00:00:12.60, start: 0.097333, bitrate: 2357 kb/s Program 1 Stream #0:0[0x12d]: Video: mpeg2video (4:2:2) ([2][0][0][0] / 0x0002), yuv42 0p, 40x30 [SAR 1:1 DAR 4:3], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x12e]: Audio: mp1 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s1 6p, 448 kb/s [mpeg4 @ 0x2124c20] too many threads/slices (3), reducing to 2 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.9.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 40x30 [SAR 1:1 DAR 4 :3], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Press [q] to stop, [?] for help [mpeg2video @ 0x20f3820] allocate dummy last picture for field based first keyfr ame frame= 302 fps=0.0 q=2.0 Lsize= 85kB time=00:00:12.63 bitrate= 55.4kbits/ s dup=0 drop=2 video:73kB audio:0kB subtitle:0 global headers:0kB muxing overhead 17.704803% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:30:33 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:30:33 -0000 Subject: [FFmpeg-trac] #2537(avformat:closed): ffurl_read_complete returns incorrect value In-Reply-To: <038.601155c472e5518e455b3d3d483de0a8@avcodec.org> References: <038.601155c472e5518e455b3d3d483de0a8@avcodec.org> Message-ID: <053.20d48551cb06410150b33e15554b1615@avcodec.org> #2537: ffurl_read_complete returns incorrect value ------------------------------------+------------------------------------ Reporter: jyavenard | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in a46e578ddacd680b5b169a70c61032381a1b9f63 Please test -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:46:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:46:59 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.692a14e5d469d52c59593db67d20f198@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please always test current git head before opening tickets, see http://ffmpeg.org/bugreports.html If you are interested in this issue, please provide a failing command line including the complete, uncut console output and explain the incorrect behaviour. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:47:35 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:47:35 -0000 Subject: [FFmpeg-trac] #2702(avformat:new): Faulty handling of file: protocol on Windows Message-ID: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> #2702: Faulty handling of file: protocol on Windows -------------------------------------+------------------------------------- Reporter: hendrik | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: url windows | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: In the dev documentation it is mentioned that one can open resources either via a filename, a URL or some other form of custom `AVIOContext`. But in its current form FFmpeg does not seem to support well formed Windows file URLs. On Windows, the scheme part (`file:`) is always followed by a bunch of slashes, usually three (`file:///`), before the drive designator. A correct local file URL is e.g.: {{{ file:///C:/somePath/someFile.mp3 }}} A more complete explanation can be found at http://blogs.msdn.com/b/ie/archive/2006/12/06/file-uris-in-windows.aspx Contrary to this, in `libavformat/file.c` (`static int file_open(URLContext *h, const char *filename, int flags)`, line 112) FFmpeg simply cuts off "file:" in line 119 and thinks it is done. Unfortunately, {{{ open("///C:/somePath/someFile.mp3", access, 0666); // line 135 }}} leads to `EINVAL/Invalid Argument`. This function is called via `avio_open2`, which is called by `avformat_open_input`. This bug was already discussed on libav-user: http://libav- users.943685.n4.nabble.com/Libav-user-Faulty-handling-of-file-protocol-on- Windows-td4657921.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:48:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:48:31 -0000 Subject: [FFmpeg-trac] #2481(avformat:new): libavformat doesn't update file duration when file size changes during playback In-Reply-To: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> References: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> Message-ID: <050.7423a592ff2ce9fc8d2d56fe7da23f56@avcodec.org> #2481: libavformat doesn't update file duration when file size changes during playback -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): This is not so easy to fix, as getting the filesize can be expensive (for example with anything remote like ftp/http or even a remotely mounted fs) so one cannot just check the new filesize unconditionally per packet -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:50:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:50:18 -0000 Subject: [FFmpeg-trac] #2693(avfilter:new): -async chokes on damaged audio input stream In-Reply-To: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> References: <034.eb63d9f2b50669bffa69ca1ddaacbc54@avcodec.org> Message-ID: <049.09dbc9f82c11c4a5d802d4858c9e0f49@avcodec.org> #2693: -async chokes on damaged audio input stream -------------------------------------+------------------------------------- Reporter: khali | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: regression | Blocked By: async | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 khali]: > I seem to recall that -async 1 did not properly fix all my recordings Such a sample would be very welcome! (Even if it only fails with older versions, that would still allow to better understand the issue.) > But the bug is still present. Imo, this is only a documentation issue, but I will leave the ticket open. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 14:53:36 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 12:53:36 -0000 Subject: [FFmpeg-trac] #2702(avformat:new): Faulty handling of file: protocol on Windows In-Reply-To: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> References: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> Message-ID: <051.6342261de9f044dc1ddac6ec928a0b1a@avcodec.org> #2702: Faulty handling of file: protocol on Windows -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: url windows | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Please either provide a failing command line (if the ticket is reproducible with the ffmpeg executable) together with the complete, uncut console output or add sample code that allows to reproduce the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 15:02:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 13:02:00 -0000 Subject: [FFmpeg-trac] #2702(avformat:new): Faulty handling of file: protocol on Windows In-Reply-To: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> References: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> Message-ID: <051.fe31afbfd1b78cd00d7f3a41bd1b1bad@avcodec.org> #2702: Faulty handling of file: protocol on Windows -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: url windows | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by hendrik): {{{ int res = 0; AVFormatContext **format_context; res = avformat_open_input(format_context, "file:///C:/somePath/someFile.mp3", NULL, NULL); ... // res must *not* be EINVAL, if the file is valid and exists. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 15:03:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 13:03:29 -0000 Subject: [FFmpeg-trac] #2547(avformat:new): -muxrate option doesn't work with stream_segment mpegts output In-Reply-To: <039.9aad21c28e63dab751368d2d67fbabe8@avcodec.org> References: <039.9aad21c28e63dab751368d2d67fbabe8@avcodec.org> Message-ID: <054.45ba903298518f607bec3bb7ebfc48a9@avcodec.org> #2547: -muxrate option doesn't work with stream_segment mpegts output ------------------------------------+------------------------------------ Reporter: jettoblack | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Please see child_next/child_class_next to expose "sub" muxer options to the parent muxer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 15:05:08 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 13:05:08 -0000 Subject: [FFmpeg-trac] #2702(avformat:new): Faulty handling of file: protocol on Windows In-Reply-To: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> References: <036.1166bcd8ce29eaae496ae9f6ba556277@avcodec.org> Message-ID: <051.1d039826bf1fa83cd3a9c2e9ffcee207@avcodec.org> #2702: Faulty handling of file: protocol on Windows -------------------------------------+------------------------------------ Reporter: hendrik | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: url win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: url windows => url win -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 15:53:26 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 13:53:26 -0000 Subject: [FFmpeg-trac] #2703(avformat:new): when encountering a ENOSPC as a HLS streamer ffmeg hangs without exiting Message-ID: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> #2703: when encountering a ENOSPC as a HLS streamer ffmeg hangs without exiting ------------------------------------+-------------------------------------- Reporter: vihai | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: hls enospc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Hello, I'm using ffmpeg as a HLS streamer, sometimes (for reasons I'm still investingating) it receivers and logs a ENOSPC: av_interleaved_write_frame(): No space left on device However from that moment the stream is not written anymore and ffmpeg appears as hung without exiting. I think it would be more appropriate if it exited so that the monitoring process could recognize something is going wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 15:54:30 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 13:54:30 -0000 Subject: [FFmpeg-trac] #2704(FFmpeg:new): RTMP: fails to get information about particular stream Message-ID: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> #2704: RTMP: fails to get information about particular stream ---------------------------------+--------------------------------------- Reporter: xnejp03 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- I'm not sure if this issue is related to FFmpeg, libRTMP or the remote server/stream, but calling the below command sometimes works, sometimes hangs (see the attached logs, I terminated the hanging process after a minute or so). {{{ ffmpeg -i "rtmp://cp96798.live.edgefcs.net:1935/live playPath=ChelTV_Ch01_1000k at 26291 swfUrl=http://player.longtailvideo.com/player.swf swfVfy=1 live=true pageUrl=http://www.thefirstrow.eu/watch/81471/2/watch-chelsea-tv.html" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 16:12:29 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 14:12:29 -0000 Subject: [FFmpeg-trac] #2551(avcodec:closed): Seg fault in h264 when error resilience is disabled In-Reply-To: <037.901071c9d8dc56c12223980229a7f078@avcodec.org> References: <037.901071c9d8dc56c12223980229a7f078@avcodec.org> Message-ID: <052.81927a26681580ef7f65a3e1553e6b86@avcodec.org> #2551: Seg fault in h264 when error resilience is disabled ------------------------------------+----------------------------------- Reporter: wolenetz | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed in bbe26eff2235dc2d1c79a5a1e25b46d8d7f0fe08 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 16:15:31 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 14:15:31 -0000 Subject: [FFmpeg-trac] #2704(FFmpeg:new): RTMP: fails to get information about particular stream In-Reply-To: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> References: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> Message-ID: <051.15583d2813d36b905b5fbb7ceff21f35@avcodec.org> #2704: RTMP: fails to get information about particular stream ------------------------------------+---------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: rtmp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by xnejp03): * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 16:53:07 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 14:53:07 -0000 Subject: [FFmpeg-trac] #2626(avformat:new): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.2ef222227b3fb1d4905f2b81bc60e046@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by julian): please read my comment again, there is no failing command line (anymore). i'm happy that recent ffmpeg already disables the second audio track. however there are still two issues here (and still no failing command line): ? the current behavior is not documented at all, and the change wasn't even documented in the changelog ? there is no way to control the behavior. what about users that DON'T want the second audio track to be disabled? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 20:59:25 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 18:59:25 -0000 Subject: [FFmpeg-trac] #2481(avformat:new): libavformat doesn't update file duration when file size changes during playback In-Reply-To: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> References: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> Message-ID: <050.3aafb3239aa1654693e32143b22924ba@avcodec.org> #2481: libavformat doesn't update file duration when file size changes during playback -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): You could do it every few packets (or a similar heuristic to reduce load), or you could add a new API function that requests duration recalculation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 21:04:14 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 19:04:14 -0000 Subject: [FFmpeg-trac] #2481(avformat:new): libavformat doesn't update file duration when file size changes during playback In-Reply-To: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> References: <035.45a6dca73c8074aacc46bfbc647612a7@avcodec.org> Message-ID: <050.12fe53b2fbc1ee82f79783b8062f45e6@avcodec.org> #2481: libavformat doesn't update file duration when file size changes during playback -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: duration | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by gjdfgh): Actually, looking at the sources for http and ftp, maybe you can assume getting the size is a fast operation. In these two protocols, they return a value stored in a variable without doing any network operations. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Jun 24 23:56:17 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 21:56:17 -0000 Subject: [FFmpeg-trac] #2555(avfilter:closed): testsrc artifacts with specific height values In-Reply-To: <034.221fd3f3e191d89c93454a0eb03213a3@avcodec.org> References: <034.221fd3f3e191d89c93454a0eb03213a3@avcodec.org> Message-ID: <049.1ca80359891aeafc13f60c5c7d50a42a@avcodec.org> #2555: testsrc artifacts with specific height values -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: testsrc | Blocked By: pattern | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed in 8a7aabe80b9b2425d0f95c6e6685c5e7aeb5801b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 00:35:23 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 22:35:23 -0000 Subject: [FFmpeg-trac] #2705(undetermined:new): Support scrambled / customised mpeg program streams from Karaoke hardware Message-ID: <036.24c1ebec55ade232cdf0f229fef6d459@avcodec.org> #2705: Support scrambled / customised mpeg program streams from Karaoke hardware -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: videolan master | mpegps mpeg2video mp2 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (videolan ticket 8819) A videolan user uploaded three samples from a Karaoke player. The program streams are not auto-detected by FFmpeg, MPlayer does auto-detect them. All players show massive visual artefacts, audio is slightly better with MPlayer than FFmpeg but still damaged. {{{ $ ffmpeg -f mpeg -i 81391.mpg ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 0x2b5d060] pes_ext B4 is invalid [mpeg @ 0x2b5d060] pes_ext 97 is invalid [mpeg @ 0x2b5d060] pes_ext 8B is invalid [mpeg @ 0x2b5d060] pes_ext B9 is invalid [mpeg @ 0x2b5d060] pes_ext EE is invalid [mpeg @ 0x2b5d060] pes_ext 20 is invalid [mpeg @ 0x2b5d060] pes_ext 24 is invalid [mpeg @ 0x2b5d060] pes_ext E4 is invalid [mpeg @ 0x2b5d060] pes_ext 0 is invalid [mpeg @ 0x2b5d060] pes_ext 29 is invalid [mpeg @ 0x2b5d060] pes_ext F is invalid [mpeg @ 0x2b5d060] pes_ext 25 is invalid [mpeg @ 0x2b5d060] pes_ext D7 is invalid [mpeg @ 0x2b5d060] pes_ext 2B is invalid [mpeg @ 0x2b5d060] pes_ext 2D is invalid [mpeg @ 0x2b5d060] pes_ext D1 is invalid [mpeg @ 0x2b5d060] pes_ext 23 is invalid [mpeg @ 0x2b5d060] pes_ext EC is invalid [mpeg2video @ 0x2b65d40] ignoring pic cod ext after 0 [mpeg2video @ 0x2b65d40] warning: first frame is no keyframe [mpeg2video @ 0x2b65d40] invalid cbp -1 at 7 2 [mpeg2video @ 0x2b65d40] skip with previntra [mpeg2video @ 0x2b65d40] ac-tex damaged at 14 16 [mpeg2video @ 0x2b65d40] ac-tex damaged at 0 19 [mpeg2video @ 0x2b65d40] ac-tex damaged at 2 23 [mpeg2video @ 0x2b65d40] ac-tex damaged at 4 13 [mpeg2video @ 0x2b65d40] mb incr damaged [mpeg2video @ 0x2b65d40] slice mismatch ... [mpeg @ 0x2b5d060] pes_ext B4 is invalid [mpeg @ 0x2b5d060] pes_ext 59 is invalid [mpeg @ 0x2b5d060] pes_ext 31 is invalid Input #0, mpeg, from '81391.mpg': Duration: 00:01:10.87, start: 0.415833, bitrate: 5807 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.83 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 224 kb/s Stream #0:2[0x1ce]: Audio: mp3, 0 channels, s16p At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 00:39:18 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 22:39:18 -0000 Subject: [FFmpeg-trac] #2705(undetermined:new): Support scrambled / customised mpeg program streams from Karaoke hardware In-Reply-To: <036.24c1ebec55ade232cdf0f229fef6d459@avcodec.org> References: <036.24c1ebec55ade232cdf0f229fef6d459@avcodec.org> Message-ID: <051.d7aeec7a90d82cdfddba62293ffe2693@avcodec.org> #2705: Support scrambled / customised mpeg program streams from Karaoke hardware -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: videolan | Resolution: mpegps mpeg2video mp2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > (videolan ticket 8819) > A videolan user uploaded three samples from a Karaoke player. The program > streams are not auto-detected by FFmpeg, MPlayer does auto-detect them. > All players show massive visual artefacts, audio is slightly better with > MPlayer than FFmpeg but still damaged. > {{{ > $ ffmpeg -f mpeg -i 81391.mpg > ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg > developers > built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 37.101 / 52. 37.101 > libavcodec 55. 16.100 / 55. 16.100 > libavformat 55. 9.100 / 55. 9.100 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 77.101 / 3. 77.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [mpeg @ 0x2b5d060] pes_ext B4 is invalid > [mpeg @ 0x2b5d060] pes_ext 97 is invalid > [mpeg @ 0x2b5d060] pes_ext 8B is invalid > [mpeg @ 0x2b5d060] pes_ext B9 is invalid > [mpeg @ 0x2b5d060] pes_ext EE is invalid > [mpeg @ 0x2b5d060] pes_ext 20 is invalid > [mpeg @ 0x2b5d060] pes_ext 24 is invalid > [mpeg @ 0x2b5d060] pes_ext E4 is invalid > [mpeg @ 0x2b5d060] pes_ext 0 is invalid > [mpeg @ 0x2b5d060] pes_ext 29 is invalid > [mpeg @ 0x2b5d060] pes_ext F is invalid > [mpeg @ 0x2b5d060] pes_ext 25 is invalid > [mpeg @ 0x2b5d060] pes_ext D7 is invalid > [mpeg @ 0x2b5d060] pes_ext 2B is invalid > [mpeg @ 0x2b5d060] pes_ext 2D is invalid > [mpeg @ 0x2b5d060] pes_ext D1 is invalid > [mpeg @ 0x2b5d060] pes_ext 23 is invalid > [mpeg @ 0x2b5d060] pes_ext EC is invalid > [mpeg2video @ 0x2b65d40] ignoring pic cod ext after 0 > [mpeg2video @ 0x2b65d40] warning: first frame is no keyframe > [mpeg2video @ 0x2b65d40] invalid cbp -1 at 7 2 > [mpeg2video @ 0x2b65d40] skip with previntra > [mpeg2video @ 0x2b65d40] ac-tex damaged at 14 16 > [mpeg2video @ 0x2b65d40] ac-tex damaged at 0 19 > [mpeg2video @ 0x2b65d40] ac-tex damaged at 2 23 > [mpeg2video @ 0x2b65d40] ac-tex damaged at 4 13 > [mpeg2video @ 0x2b65d40] mb incr damaged > [mpeg2video @ 0x2b65d40] slice mismatch > > ... > > [mpeg @ 0x2b5d060] pes_ext B4 is invalid > [mpeg @ 0x2b5d060] pes_ext 59 is invalid > [mpeg @ 0x2b5d060] pes_ext 31 is invalid > Input #0, mpeg, from '81391.mpg': > Duration: 00:01:10.87, start: 0.415833, bitrate: 5807 kb/s > Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR > 8:9 DAR 4:3], 29.83 fps, 29.97 tbr, 90k tbn, 59.94 tbc > Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 224 kb/s > Stream #0:2[0x1ce]: Audio: mp3, 0 channels, s16p > At least one output file must be specified > }}} New description: (videolan ticket 8819) A videolan user uploaded three samples from a Karaoke player. The program streams are not auto-detected by FFmpeg, MPlayer does auto-detect them. All players show massive visual artefacts, audio is slightly better with MPlayer than FFmpeg but still damaged. {{{ $ ffmpeg -f mpeg -i 81391.mpg ffmpeg version N-54166-g5dba888 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 08:54:40 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg @ 0x2b5d060] pes_ext B4 is invalid [mpeg @ 0x2b5d060] pes_ext 97 is invalid [mpeg @ 0x2b5d060] pes_ext 8B is invalid [mpeg @ 0x2b5d060] pes_ext B9 is invalid [mpeg @ 0x2b5d060] pes_ext EE is invalid [mpeg @ 0x2b5d060] pes_ext 20 is invalid [mpeg @ 0x2b5d060] pes_ext 24 is invalid [mpeg @ 0x2b5d060] pes_ext E4 is invalid [mpeg @ 0x2b5d060] pes_ext 0 is invalid [mpeg @ 0x2b5d060] pes_ext 29 is invalid [mpeg @ 0x2b5d060] pes_ext F is invalid [mpeg @ 0x2b5d060] pes_ext 25 is invalid [mpeg @ 0x2b5d060] pes_ext D7 is invalid [mpeg @ 0x2b5d060] pes_ext 2B is invalid [mpeg @ 0x2b5d060] pes_ext 2D is invalid [mpeg @ 0x2b5d060] pes_ext D1 is invalid [mpeg @ 0x2b5d060] pes_ext 23 is invalid [mpeg @ 0x2b5d060] pes_ext EC is invalid [mpeg2video @ 0x2b65d40] ignoring pic cod ext after 0 [mpeg2video @ 0x2b65d40] warning: first frame is no keyframe [mpeg2video @ 0x2b65d40] invalid cbp -1 at 7 2 [mpeg2video @ 0x2b65d40] skip with previntra [mpeg2video @ 0x2b65d40] ac-tex damaged at 14 16 [mpeg2video @ 0x2b65d40] ac-tex damaged at 0 19 [mpeg2video @ 0x2b65d40] ac-tex damaged at 2 23 [mpeg2video @ 0x2b65d40] ac-tex damaged at 4 13 [mpeg2video @ 0x2b65d40] mb incr damaged [mpeg2video @ 0x2b65d40] slice mismatch ... [mpeg @ 0x2b5d060] pes_ext B4 is invalid [mpeg @ 0x2b5d060] pes_ext 59 is invalid [mpeg @ 0x2b5d060] pes_ext 31 is invalid Input #0, mpeg, from '81391.mpg': Duration: 00:01:10.87, start: 0.415833, bitrate: 5807 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.83 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16p, 224 kb/s Stream #0:2[0x1ce]: Audio: mp3, 0 channels, s16p At least one output file must be specified }}} Samples are in http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket2705/ -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 00:44:52 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 22:44:52 -0000 Subject: [FFmpeg-trac] #2701(avcodec:open): mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 (was: mpeg2video: green artefacts at the bottom with lowres 3) In-Reply-To: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> References: <038.dc5d77b32e4e7ad63193791aa7003c32@avcodec.org> Message-ID: <053.2e7a396232067b70f1cde5beb835820e@avcodec.org> #2701: mpeg2video 4:2:2: green artefacts at the bottom with lowres 3 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: lowres | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * version: unspecified => git-master * keywords: => mpeg2video lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 00:54:21 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 22:54:21 -0000 Subject: [FFmpeg-trac] #1910(avcodec:closed): Support Canopus Lossless YUY2 In-Reply-To: <036.6dc79fbc270547d142c1e630e36d5273@avcodec.org> References: <036.6dc79fbc270547d142c1e630e36d5273@avcodec.org> Message-ID: <051.aa2df2ab5c0c8dafe2f6939452896af3@avcodec.org> #1910: Support Canopus Lossless YUY2 -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: cllc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Implemented by Derek. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 01:42:59 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 23:42:59 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave Message-ID: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ---------------------------------+-------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- When encoding a pure sine wave using aevalsrc, using the example expression in the documentation {{{sin(440*2*PI*t)}}}, encoding it with the native AAC encoder, and playing it with ffplay, the output warbles rather than being a pure sine wave as expected. How to reproduce: {{{ $ ffmpeg -v 9 -loglevel 99 -filter_complex "aevalsrc=sin(440*2*PI*t)" -c:a aac -strict experimental -t 3 out.aac ffmpeg version 1.1.git-bbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 14:49:49 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) 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-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'aevalsrc=sin(440*2*PI*t)'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac'. Reading option '-strict' ... matched as AVOption 'strict' with argument 'experimental'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '3'. Reading option 'out.aac' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument aevalsrc=sin(440*2*PI*t). Successfully parsed a group of options. Parsing a group of options: output file out.aac. Applying option c:a (codec name) with argument aac. Applying option t (record or transcode "duration" seconds of audio/video) with argument 3. Successfully parsed a group of options. Opening an output file: out.aac. detected 4 logical cores [Parsed_aevalsrc_0 @ 0x103100000] compat: called with args=[sin(440*2*PI*t)] [Parsed_aevalsrc_0 @ 0x103100000] Setting 'exprs' to value 'sin(440*2*PI*t)' [audio format for output stream 0:0 @ 0x1031010c0] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 0:0 @ 0x1031010c0] Setting 'sample_rates' to value '96000|88200|64000|48000|44100|32000|24000|22050|16000|12000|11025|8000|7350' Successfully opened the file. [audio format for output stream 0:0 @ 0x1031010c0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_aevalsrc_0' and the filter 'audio format for output stream 0:0' [AVFilterGraph @ 0x102421880] query_formats: 3 queried, 6 merged, 3 already done, 0 delayed [Parsed_aevalsrc_0 @ 0x103100000] sample_rate:44100 chlayout:mono duration:-1.000000 [auto-inserted resampler 0 @ 0x103101800] [SWR @ 0x10380a600] Using double precision mode [auto-inserted resampler 0 @ 0x103101800] ch:1 chl:mono fmt:dblp r:44100Hz -> ch:1 chl:mono fmt:fltp r:44100Hz Output #0, adts, to 'out.aac': Metadata: encoder : Lavf55.9.100 Stream #0:0, 0, 1/90000: Audio: aac, 44100 Hz, mono, fltp, 128 kb/s Stream mapping: aevalsrc -> Stream #0:0 (aac) Press [q] to stop, [?] for help No more output streams to write to, finishing. size= 23kB time=00:00:03.01 bitrate= 63.0kbits/s video:0kB audio:22kB subtitle:0 global headers:0kB muxing overhead 3.990025% 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x103101700] Statistics: 0 seeks, 131 writeouts $ ffplay out.aac ffplay version 1.1.git-bbe26ef Copyright (c) 2003-2013 the FFmpeg developers built on Jun 24 2013 14:49:49 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) 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-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Estimating duration from bitrate, this may be inaccurate 0B f=0/0 Input #0, aac, from 'out.aac': Duration: 00:00:00.84, bitrate: 226 kb/s Stream #0:0: Audio: aac, 44100 Hz, mono, fltp, 226 kb/s 4.29 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} Seems to be overshooting the range. It works as expected if the FDK AAC encoder is used (-c:a libfdk_aac). Also the "sine" source works (although it is quieter) if a sine wave is all that is needed, but of course it is not as flexible. It would be nice to start with a working sine wave and then be able to make modifications to the expression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 01:44:00 2013 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Jun 2013 23:44:00 -0000 Subject: [FFmpeg-trac] #2707(avformat:new): Crash in mxg demuxer on sparc Message-ID: <036.32dac22c4aa04bcb784089273eb326a3@avcodec.org> #2707: Crash in mxg demuxer on sparc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git- | Keywords: crash mxg master | sparc Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Sparc Niagara, 32bit compilation {{{ (gdb) r -i fate-suite/mxpeg/m1.mxg Starting program: ffmpeg_g -i fate-suite/mxpeg/m1.mxg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/sparc-linux-gnu/libthread_db.so.1". ffmpeg version N-54176-gf48366c Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 14:29:37 with gcc 4.6 (Debian 4.6.3-14) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Program received signal SIGBUS, Bus error. 0x00160e0c in mxg_find_startmarker (p=0x1001f42 "\377", , end=0x1002340 "1\r\n\372", ) at libavformat/mxg.c:77 77 uint32_t x = *(uint32_t*)p; (gdb) bt #0 0x00160e0c in mxg_find_startmarker (p=0x1001f42 "\377", , end=0x1002340 "1\r\n\372", ) at libavformat/mxg.c:77 #1 0x001611c8 in mxg_read_packet (s=0xffde60, pkt=0xffffccb0) at libavformat/mxg.c:150 #2 0x001b63e8 in ff_read_packet (s=0xffde60, pkt=0xffffccb0) at libavformat/utils.c:642 #3 0x001b8e4c in read_frame_internal (s=0xffde60, pkt=0xffffd040) at libavformat/utils.c:1294 #4 0x001bbf08 in avformat_find_stream_info (ic=0xffde60, options=0xffe3d0) at libavformat/utils.c:2757 #5 0x00072c64 in open_input_file (o=0xffffd340, filename=) at ffmpeg_opt.c:814 #6 0x000700ec in open_files (l=0xff202c, inout=0x881d78 "input", open_file=0x728a0 ) at ffmpeg_opt.c:2483 #7 0x00076c4c in ffmpeg_parse_options (argc=, argv=0xffffd814) at ffmpeg_opt.c:2520 #8 0x0006dc10 in main (argc=3, argv=0xffffd814) at ffmpeg.c:3368 (gdb) disass $pc-28,$pc+32 Dump of assembler code from 0x160df0 to 0x160e2c: 0x00160df0 : nop 0x00160df4 : save %sp, -104, %sp 0x00160df8 : st %i0, [ %fp + 0x44 ] 0x00160dfc : st %i1, [ %fp + 0x48 ] 0x00160e00 : b %xcc, 0x160efc 0x00160e04 : nop 0x00160e08 : ld [ %fp + 0x44 ], %g1 => 0x00160e0c : ld [ %g1 ], %g1 0x00160e10 : st %g1, [ %fp + -4 ] 0x00160e14 : ld [ %fp + -4 ], %g2 0x00160e18 : sethi %hi(0x1010000), %g1 0x00160e1c : or %g1, 0x101, %g1 ! 0x1010101 0x00160e20 : add %g2, %g1, %g1 0x00160e24 : xnor %g0, %g1, %g2 0x00160e28 : ld [ %fp + -4 ], %g1 (gdb) info register g0 0x0 0 g1 0x1001f42 16785218 g2 0x100233d 16786237 g3 0x323d3130 842871088 g4 0x403 1027 g5 0x1001f40 16785216 g6 0xffffffff -1 g7 0xf7ff6eb0 -134254928 o0 0xffde60 16768608 o1 0xffffccb0 -13136 o2 0x8801d8 8913368 o3 0x4c4b40 5000000 o4 0x0 0 o5 0xffde60 16768608 sp 0xffffcac0 0xffffcac0 o7 0x1b63e0 1795040 l0 0x88ee18 8973848 l1 0x88edf0 8973808 l2 0xffde60 16768608 l3 0x8431f0 8663536 l4 0xf4240 1000000 l5 0x57415200 1463898624 l6 0x1000 4096 l7 0x1 1 i0 0x1001f42 16785218 i1 0x1002340 16786240 i2 0x40000 262144 i3 0xffe480 16770176 i4 0x80000000 -2147483648 i5 0x1006460 16802912 fp 0xffffcb28 0xffffcb28 i7 0x1611c0 1446336 y 0x0 0 psr 0xff000084 [ #2 S #24 #25 #26 #27 #28 #29 #30 #31 ] wim *value not available* tbr *value not available* pc 0x160e0c 0x160e0c npc 0x160e10 0x160e10 fsr 0x0 [ ] csr *value not available* }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 02:01:18 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 00:01:18 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.767687420f4e9d377d39388fda132d42@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Does the result sound better if you force a lower bitrate? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 02:11:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 00:11:42 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.364bc3c83cc4f97e088b65d8818470d5@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by MarkZV): With the default options it produced 63 kb/s. 32 kb/s is still bad, although 16 kb/s sounds ok. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 02:40:07 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 00:40:07 -0000 Subject: [FFmpeg-trac] #2708(avformat:new): Muxing H.264+AAC in M4V results in initial empty edits Message-ID: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits ------------------------------------+-------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Muxing H.264+AAC in M4V (ipod muxer) results in initial empty edits in the video and audio track edit lists. It works as expected (no empty edits) with MP4 output, and with ffmpeg 1.2.1. An empty edit in a track's edit list indicates a time with no corresponding media, and is useful if the audio should begin after the video or vice versa. However in the example below, ffmpeg adds empty edits on both the audio and video tracks, which means that there is no media at all for the first several milliseconds. {{{ $ ffmpeg -v 9 -loglevel 99 -filter_complex "testsrc=n=2;aevalsrc=sin(440*2*PI*t)" -pix_fmt yuv420p -t 3 out.m4v ffmpeg version 1.1.git-bbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 14:49:49 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) 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-libass --enable-libbluray --enable-gnutls --enable-libfreetype --mandir=/opt/local/share/man --enable-shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable- libxvid --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-nonfree --enable-libfdk-aac --enable-libfaac libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'testsrc=n=2;aevalsrc=sin(440*2*PI*t)'. Reading option '-pix_fmt' ... matched as option 'pix_fmt' (set pixel format) with argument 'yuv420p'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '3'. Reading option 'out.m4v' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument testsrc=n=2;aevalsrc=sin(440*2*PI*t). Successfully parsed a group of options. Parsing a group of options: output file out.m4v. Applying option pix_fmt (set pixel format) with argument yuv420p. Applying option t (record or transcode "duration" seconds of audio/video) with argument 3. Successfully parsed a group of options. Opening an output file: out.m4v. detected 4 logical cores [Parsed_testsrc_0 @ 0x103100000] Setting 'n' to value '2' [Parsed_testsrc_0 @ 0x103100000] size:320x240 rate:25/1 duration:-1.000000 sar:1/1 [Parsed_aevalsrc_1 @ 0x1031003e0] compat: called with args=[sin(440*2*PI*t)] [Parsed_aevalsrc_1 @ 0x1031003e0] Setting 'exprs' to value 'sin(440*2*PI*t)' [format @ 0x1031012c0] compat: called with args=[yuv420p] [format @ 0x1031012c0] Setting 'pix_fmts' to value 'yuv420p' [audio format for output stream 0:1 @ 0x103101ec0] Setting 'sample_fmts' to value 's16' [audio format for output stream 0:1 @ 0x103101ec0] Setting 'channel_layouts' to value '0x4|0x3|0x7|0x107|0x37|0x3f' Successfully opened the file. [auto-inserted scaler 0 @ 0x103102880] w:iw h:ih flags:'bilinear' interl:0 [format @ 0x1031012c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_testsrc_0' and the filter 'format' [audio format for output stream 0:1 @ 0x103101ec0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_aevalsrc_1' and the filter 'audio format for output stream 0:1' [AVFilterGraph @ 0x1024217e0] query_formats: 6 queried, 8 merged, 4 already done, 0 delayed [auto-inserted scaler 0 @ 0x103102880] w:320 h:240 fmt:rgb24 sar:1/1 -> w:320 h:240 fmt:yuv420p sar:1/1 flags:0x2 [Parsed_aevalsrc_1 @ 0x1031003e0] sample_rate:44100 chlayout:mono duration:-1.000000 [auto-inserted resampler 0 @ 0x103102f00] [SWR @ 0x10380b000] Using double precision mode [auto-inserted resampler 0 @ 0x103102f00] ch:1 chl:mono fmt:dblp r:44100Hz -> ch:1 chl:mono fmt:s16 r:44100Hz [libx264 @ 0x103800600] using mv_range_thread = 24 [libx264 @ 0x103800600] using SAR=1/1 [libx264 @ 0x103800600] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x103800600] profile High, level 1.3 [libx264 @ 0x103800600] 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 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, ipod, to 'out.m4v': Metadata: encoder : Lavf55.9.100 Stream #0:0, 0, 1/12800: Video: h264 (libx264) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 1/25, q=-1--1, 12800 tbn, 25 tbc Stream #0:1, 0, 1/44100: Audio: aac (libfaac) (mp4a / 0x6134706D), 44100 Hz, mono, s16, 128 kb/s Stream mapping: testsrc -> Stream #0:0 (libx264) aevalsrc -> Stream #0:1 (libfaac) Press [q] to stop, [?] for help [libx264 @ 0x103800600] frame= 0 QP=22.89 NAL=3 Slice:I Poc:0 I:300 P:0 SKIP:0 size=3173 bytes [libx264 @ 0x103800600] frame= 1 QP=19.64 NAL=2 Slice:P Poc:4 I:12 P:53 SKIP:235 size=488 bytes [libx264 @ 0x103800600] frame= 2 QP=23.99 NAL=0 Slice:B Poc:2 I:3 P:18 SKIP:279 size=130 bytes [libx264 @ 0x103800600] frame= 3 QP=20.04 NAL=2 Slice:P Poc:10 I:20 P:45 SKIP:235 size=571 bytes [libx264 @ 0x103800600] frame= 4 QP=23.77 NAL=2 Slice:B Poc:8 I:6 P:18 SKIP:274 size=188 bytes [libx264 @ 0x103800600] frame= 5 QP=24.48 NAL=0 Slice:B Poc:6 I:4 P:18 SKIP:277 size=87 bytes [libx264 @ 0x103800600] frame= 6 QP=16.80 NAL=2 Slice:P Poc:18 I:13 P:48 SKIP:239 size=491 bytes [libx264 @ 0x103800600] frame= 7 QP=14.07 NAL=2 Slice:B Poc:14 I:2 P:19 SKIP:279 size=72 bytes [libx264 @ 0x103800600] frame= 8 QP=24.07 NAL=0 Slice:B Poc:12 I:4 P:15 SKIP:281 size=91 bytes [libx264 @ 0x103800600] frame= 9 QP=24.48 NAL=0 Slice:B Poc:16 I:0 P:14 SKIP:285 size=60 bytes [libx264 @ 0x103800600] frame= 10 QP=19.62 NAL=2 Slice:P Poc:26 I:13 P:49 SKIP:238 size=565 bytes [libx264 @ 0x103800600] frame= 11 QP=22.93 NAL=2 Slice:B Poc:22 I:3 P:30 SKIP:267 size=182 bytes [libx264 @ 0x103800600] frame= 12 QP=13.00 NAL=0 Slice:B Poc:20 I:1 P:29 SKIP:270 size=56 bytes [libx264 @ 0x103800600] frame= 13 QP=15.21 NAL=0 Slice:B Poc:24 I:3 P:29 SKIP:268 size=62 bytes [libx264 @ 0x103800600] frame= 14 QP=18.10 NAL=2 Slice:P Poc:34 I:10 P:48 SKIP:242 size=505 bytes [libx264 @ 0x103800600] frame= 15 QP=21.88 NAL=2 Slice:B Poc:30 I:2 P:17 SKIP:279 size=92 bytes [libx264 @ 0x103800600] frame= 16 QP=13.00 NAL=0 Slice:B Poc:28 I:1 P:12 SKIP:286 size=41 bytes [libx264 @ 0x103800600] frame= 17 QP=25.61 NAL=0 Slice:B Poc:32 I:4 P:12 SKIP:284 size=83 bytes [libx264 @ 0x103800600] frame= 18 QP=21.49 NAL=2 Slice:P Poc:42 I:15 P:48 SKIP:237 size=534 bytes [libx264 @ 0x103800600] frame= 19 QP=19.63 NAL=2 Slice:B Poc:38 I:3 P:31 SKIP:265 size=138 bytes [libx264 @ 0x103800600] frame= 20 QP=24.82 NAL=0 Slice:B Poc:36 I:0 P:22 SKIP:277 size=77 bytes [libx264 @ 0x103800600] frame= 21 QP=15.43 NAL=0 Slice:B Poc:40 I:2 P:25 SKIP:273 size=58 bytes [libx264 @ 0x103800600] frame= 22 QP=20.04 NAL=2 Slice:P Poc:44 I:8 P:50 SKIP:242 size=234 bytes [libx264 @ 0x103800600] frame= 23 QP=20.31 NAL=2 Slice:P Poc:50 I:19 P:51 SKIP:230 size=510 bytes [libx264 @ 0x103800600] frame= 24 QP=22.51 NAL=2 Slice:B Poc:48 I:0 P:25 SKIP:275 size=89 bytes No more output streams to write to, finishing. [libx264 @ 0x103800600] frame= 25 QP=22.99 NAL=0 Slice:B Poc:46 I:1 P:19 SKIP:279 size=77 bytes [libx264 @ 0x103800600] frame= 26 QP=13.24 NAL=2 Slice:P Poc:58 I:19 P:46 SKIP:235 size=485 bytes [libx264 @ 0x103800600] frame= 27 QP=15.12 NAL=2 Slice:B Poc:54 I:3 P:31 SKIP:266 size=96 bytes [libx264 @ 0x103800600] frame= 28 QP=24.94 NAL=0 Slice:B Poc:52 I:4 P:17 SKIP:279 size=99 bytes [libx264 @ 0x103800600] frame= 29 QP=24.48 NAL=0 Slice:B Poc:56 I:1 P:21 SKIP:277 size=70 bytes [libx264 @ 0x103800600] frame= 30 QP=19.97 NAL=2 Slice:P Poc:64 I:10 P:50 SKIP:240 size=417 bytes [libx264 @ 0x103800600] frame= 31 QP=25.26 NAL=2 Slice:B Poc:62 I:3 P:27 SKIP:270 size=112 bytes [libx264 @ 0x103800600] frame= 32 QP=22.18 NAL=0 Slice:B Poc:60 I:1 P:28 SKIP:270 size=85 bytes [libx264 @ 0x103800600] frame= 33 QP=17.44 NAL=2 Slice:P Poc:72 I:17 P:57 SKIP:226 size=485 bytes [libx264 @ 0x103800600] frame= 34 QP=20.03 NAL=2 Slice:B Poc:68 I:0 P:31 SKIP:268 size=94 bytes [libx264 @ 0x103800600] frame= 35 QP=23.13 NAL=0 Slice:B Poc:66 I:2 P:18 SKIP:279 size=74 bytes [libx264 @ 0x103800600] frame= 36 QP=13.00 NAL=0 Slice:B Poc:70 I:1 P:26 SKIP:273 size=49 bytes [libx264 @ 0x103800600] frame= 37 QP=14.02 NAL=2 Slice:P Poc:74 I:7 P:52 SKIP:241 size=250 bytes [libx264 @ 0x103800600] frame= 38 QP=19.29 NAL=2 Slice:P Poc:82 I:11 P:63 SKIP:226 size=512 bytes [libx264 @ 0x103800600] frame= 39 QP=14.96 NAL=2 Slice:B Poc:78 I:1 P:33 SKIP:266 size=67 bytes [libx264 @ 0x103800600] frame= 40 QP=23.34 NAL=0 Slice:B Poc:76 I:3 P:19 SKIP:277 size=70 bytes [libx264 @ 0x103800600] frame= 41 QP=21.64 NAL=0 Slice:B Poc:80 I:2 P:19 SKIP:277 size=69 bytes [libx264 @ 0x103800600] frame= 42 QP=13.28 NAL=2 Slice:P Poc:84 I:13 P:51 SKIP:236 size=247 bytes [libx264 @ 0x103800600] frame= 43 QP=19.27 NAL=2 Slice:P Poc:92 I:7 P:50 SKIP:243 size=488 bytes [libx264 @ 0x103800600] frame= 44 QP=18.37 NAL=2 Slice:B Poc:88 I:6 P:32 SKIP:261 size=119 bytes [libx264 @ 0x103800600] frame= 45 QP=24.48 NAL=0 Slice:B Poc:86 I:3 P:21 SKIP:275 size=75 bytes [libx264 @ 0x103800600] frame= 46 QP=15.29 NAL=0 Slice:B Poc:90 I:3 P:21 SKIP:276 size=54 bytes [libx264 @ 0x103800600] frame= 47 QP=13.07 NAL=2 Slice:P Poc:94 I:9 P:56 SKIP:235 size=285 bytes [libx264 @ 0x103800600] frame= 48 QP=19.36 NAL=2 Slice:P Poc:100 I:18 P:51 SKIP:231 size=611 bytes [libx264 @ 0x103800600] frame= 49 QP=22.61 NAL=2 Slice:B Poc:98 I:2 P:21 SKIP:277 size=75 bytes [libx264 @ 0x103800600] frame= 50 QP=24.48 NAL=0 Slice:B Poc:96 I:1 P:12 SKIP:286 size=61 bytes [libx264 @ 0x103800600] frame= 51 QP=11.69 NAL=2 Slice:P Poc:108 I:23 P:49 SKIP:228 size=487 bytes [libx264 @ 0x103800600] frame= 52 QP=16.12 NAL=2 Slice:B Poc:104 I:2 P:29 SKIP:269 size=83 bytes [libx264 @ 0x103800600] frame= 53 QP=25.61 NAL=0 Slice:B Poc:102 I:5 P:14 SKIP:281 size=90 bytes [libx264 @ 0x103800600] frame= 54 QP=24.18 NAL=0 Slice:B Poc:106 I:2 P:22 SKIP:275 size=79 bytes [libx264 @ 0x103800600] frame= 55 QP=19.35 NAL=2 Slice:P Poc:114 I:13 P:53 SKIP:234 size=478 bytes [libx264 @ 0x103800600] frame= 56 QP=25.68 NAL=2 Slice:B Poc:112 I:5 P:24 SKIP:271 size=107 bytes [libx264 @ 0x103800600] frame= 57 QP=23.08 NAL=0 Slice:B Poc:110 I:1 P:30 SKIP:268 size=83 bytes [libx264 @ 0x103800600] frame= 58 QP=17.59 NAL=2 Slice:P Poc:122 I:17 P:58 SKIP:225 size=484 bytes [libx264 @ 0x103800600] frame= 59 QP=16.91 NAL=2 Slice:B Poc:118 I:1 P:34 SKIP:263 size=106 bytes [libx264 @ 0x103800600] frame= 60 QP=24.48 NAL=0 Slice:B Poc:116 I:4 P:16 SKIP:279 size=71 bytes [libx264 @ 0x103800600] frame= 61 QP=13.00 NAL=0 Slice:B Poc:120 I:2 P:27 SKIP:271 size=52 bytes [libx264 @ 0x103800600] frame= 62 QP=13.54 NAL=2 Slice:P Poc:124 I:12 P:53 SKIP:235 size=268 bytes [libx264 @ 0x103800600] frame= 63 QP=19.60 NAL=2 Slice:P Poc:132 I:11 P:57 SKIP:232 size=508 bytes [libx264 @ 0x103800600] frame= 64 QP=14.67 NAL=2 Slice:B Poc:128 I:3 P:35 SKIP:262 size=73 bytes [libx264 @ 0x103800600] frame= 65 QP=24.16 NAL=0 Slice:B Poc:126 I:1 P:27 SKIP:271 size=83 bytes [libx264 @ 0x103800600] frame= 66 QP=23.56 NAL=0 Slice:B Poc:130 I:1 P:16 SKIP:281 size=57 bytes [libx264 @ 0x103800600] frame= 67 QP=20.59 NAL=2 Slice:P Poc:140 I:18 P:55 SKIP:227 size=439 bytes [libx264 @ 0x103800600] frame= 68 QP=22.61 NAL=2 Slice:B Poc:136 I:2 P:30 SKIP:266 size=135 bytes [libx264 @ 0x103800600] frame= 69 QP=15.47 NAL=0 Slice:B Poc:134 I:1 P:25 SKIP:274 size=46 bytes [libx264 @ 0x103800600] frame= 70 QP=16.38 NAL=0 Slice:B Poc:138 I:0 P:24 SKIP:275 size=63 bytes [libx264 @ 0x103800600] frame= 71 QP=22.92 NAL=2 Slice:P Poc:148 I:6 P:52 SKIP:242 size=322 bytes [libx264 @ 0x103800600] frame= 72 QP=16.07 NAL=2 Slice:B Poc:144 I:2 P:23 SKIP:275 size=74 bytes [libx264 @ 0x103800600] frame= 73 QP=25.61 NAL=0 Slice:B Poc:142 I:3 P:20 SKIP:277 size=98 bytes [libx264 @ 0x103800600] frame= 74 QP=23.58 NAL=0 Slice:B Poc:146 I:1 P:10 SKIP:288 size=58 bytes frame= 75 fps=0.0 q=-1.0 Lsize= 44kB time=00:00:03.01 bitrate= 119.8kbits/s video:18kB audio:22kB subtitle:0 global headers:0kB muxing overhead 9.250036% [libx264 @ 0x103800600] frame I:1 Avg QP:22.89 size: 3173 [libx264 @ 0x103800600] frame P:24 Avg QP:17.93 size: 444 [libx264 @ 0x103800600] frame B:50 Avg QP:20.73 size: 84 [libx264 @ 0x103800600] consecutive B-frames: 8.0% 2.7% 20.0% 69.3% [libx264 @ 0x103800600] mb I I16..4: 68.0% 6.7% 25.3% [libx264 @ 0x103800600] mb P I16..4: 3.3% 0.5% 0.6% P16..4: 10.3% 4.5% 2.4% 0.0% 0.0% skip:78.2% [libx264 @ 0x103800600] mb B I16..4: 0.7% 0.0% 0.0% B16..8: 6.6% 0.7% 0.1% direct: 0.3% skip:91.5% L0:47.6% L1:50.4% BI: 2.0% [libx264 @ 0x103800600] 8x8 transform intra:8.5% inter:28.5% [libx264 @ 0x103800600] coded y,uvDC,uvAC intra: 10.0% 31.1% 18.3% inter: 1.1% 2.9% 1.8% [libx264 @ 0x103800600] i16 v,h,dc,p: 66% 18% 6% 10% [libx264 @ 0x103800600] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 73% 2% 24% 0% 0% 0% 0% 0% 0% [libx264 @ 0x103800600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 50% 28% 16% 1% 1% 1% 0% 1% 0% [libx264 @ 0x103800600] i8c dc,h,v,p: 32% 20% 39% 8% [libx264 @ 0x103800600] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x103800600] ref P L0: 63.5% 5.7% 25.2% 5.6% [libx264 @ 0x103800600] ref B L0: 74.2% 16.5% 9.3% [libx264 @ 0x103800600] ref B L1: 94.2% 5.8% [libx264 @ 0x103800600] kb/s:48.13 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0x103102520] Statistics: 60 seeks, 252 writeouts }}} Using either libfaac (as above) or the native aac encoder (add {{{-c:a aac -strict experimental}}}), the edit lists written to out.m4v are:[[BR]] video track edit list (2 entries):[[BR]] [0] duration=80 (0.08s) media_time=-1 (empty edit)[[BR]] [1] duration=3000 (3s) media_time=1024 (0.08s)[[BR]] audio track edit list (2 entries):[[BR]] [0] duration=56 (0.056s) media_time=-1 (empty edit)[[BR]] [1] duration=3042 (3.066s) media_time=0 (0s)[[BR]] As expected there are no empty edits if "out.m4v" is changed to "out.mp4" in the above command:[[BR]] video track edit list (1 entry):[[BR]] [0] duration=3000 (3s) media_time=1024 (0.08s)[[BR]] audio track edit list (1 entry):[[BR]] [0] duration=3018 (3.018s) media_time=1024 (0.023s)[[BR]] Using the FDK AAC encoder ({{{-c:a libfdk_aac}}}) the values are a little different but the issue is the same. ffplay does not correctly handle audio that does not start at time 0 (ticket:1721), and also starts playing immediately, so it is difficult to test with ffplay. If the output video is opened in Apple's !QuickTime Player, an empty black frame appears before the Play button is pressed. Normally the first video frame is seen. An empty black box also appears under "Preview:" when you click on it in a Mac Finder window (columns mode). This works as expected with MP4 output, and with M4V output produced by ffmpeg 1.2.1. The edit lists can be seen directly using various utilities, such as {{{mp4file}}} http://code.google.com/p/mp4v2/ : {{{mp4file --dump --debug 2 out.m4v}}} and search for {{{elst}}} in the output. There will be one edit list for the video track and another one for the audio track, with two entries each. An entry with mediaTime -1 / 4294967295 / 0xffffffff is an empty edit (no media). ffmpeg version 1.1.git-bbe26ef (git master 2013-Jun-24)[[BR]] Viewed with: !QuickTime Player 10.0 (131) / Mac OS X 10.6.8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 02:40:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 00:40:49 -0000 Subject: [FFmpeg-trac] #2708(avformat:new): Muxing H.264+AAC in M4V results in initial empty edits In-Reply-To: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> References: <035.c802943650b355c4692e9bced87b7a9c@avcodec.org> Message-ID: <050.38a93612aebaef9c5efb1b8b2aca623a@avcodec.org> #2708: Muxing H.264+AAC in M4V results in initial empty edits ------------------------------------+------------------------------------ Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MarkZV): It appears that the cause of the problem is that {{{-avoid_negative_ts}}} defaults to 0 for MP4, and 1 for M4V. The reason for that is unknown. It seems that this should be 0 for both, since the edit list already handles negative timestamps by mapping time 0 to a media time greater than 0. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 10:53:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 08:53:49 -0000 Subject: [FFmpeg-trac] #2703(avformat:new): when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting (was: when encountering a ENOSPC as a HLS streamer ffmeg hangs without exiting) In-Reply-To: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> References: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> Message-ID: <049.8dabfd675f2e0c1a0e6a0d60ea182974@avcodec.org> #2703: when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting ------------------------------------+------------------------------------ Reporter: vihai | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: hls enospc => hls Comment: Is this only reproducible with hls output or also for file output? Please provide the failing command line (the command that hangs after "No space left on device") together with the console output (at least the first 50 lines including "Stream mapping" and the following lines and the last 50 lines). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 11:49:35 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 09:49:35 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.160ef56a82f4d1efdf8b2c1499f0ad72@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by baituxp): I have tested 4 cases: 1, encoding : x264, output : network, memory leak: 60M/min, 2, encoding : x264, output : null -, memory leak: 60M/min, 3, encoding : mpegvideo, output : network, memory leak: 60M/min, 4, encoding : mpegvideo, output : null - , memory leak: 27M/min, so, I think the memory leak exists in the input part of the ffmpeg. 5. whats more, I guess the memory leak is caused by the exception handling of the input part . because we find that if the input video stream is "good"( "good" means no error messages output on the ffmpeg screen when ffmpeg is used to transcode a realtime ts stream), the memory does not leak, however, if the input video stream is "bad" ( "bad" means many error messages is printed on the screen ... ), the memory leaks very fast. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 12:10:58 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 10:10:58 -0000 Subject: [FFmpeg-trac] #2628(undetermined:new): when fifo_size is set , memory leaks In-Reply-To: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> References: <036.70ad328fc144594b2c8a94e06e64e262@avcodec.org> Message-ID: <051.f8c99fa19e8a7411cd6c401be13be810@avcodec.org> #2628: when fifo_size is set , memory leaks ---------------------------------+---------------------------------------- Reporter: baituxp | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 1.2.1 | Resolution: Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Replying to [comment:15 baituxp]: > if the input video stream is "bad" ( "bad" means many error messages is printed on the screen ... ), the memory leaks very fast. Then please test the following command line for a few seconds and post the complete, uncut console output: {{{$ valgrind ./ffmpeg_g -i 'udp://239.9.9.9:10001?fifo_size=10000000&overrun_nonfatal=1' -f null -}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 13:12:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 11:12:47 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.dc33daa25147c88a1b4476b9410f7368@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): Hi, No luck even with {{{ -vf fps=30000/1001 }}}. I tried dumping the frame info using {{{ -vf showinfo }}} for original file, file transcoded by commercial tool and by ffmpeg and I notice that pts_time values are matching for original file and that transcoded by the commercial tool (after accounting for half the frame rate) but are way different for the file transcoded by ffmpeg (done using "-r" as well as "-vf fps" filter). Can these pts_time values have anything to do with lip sync? For original file: {{{ [Parsed_showinfo_0 @ 0x7f80f4000000] n:0 pts:0 pts_time:0 pos:96048 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:1 type:I checksum:E8521F12 plane_checksum:[A610DA85 CA295426 5542F049] [Parsed_showinfo_0 @ 0x7f80f4000000] n:1 pts:100 pts_time:0.0166834 pos:236237 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:2418FB7F plane_checksum:[E07940E2 CA8ABD98 3BE8FCF6] [Parsed_showinfo_0 @ 0x7f80f4000000] n:2 pts:200 pts_time:0.0333667 pos:198911 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:8BCA650D plane_checksum:[B4EF311D AF0D1547 04591EA9] [Parsed_showinfo_0 @ 0x7f80f4000000] n:3 pts:300 pts_time:0.0500501 pos:287825 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:C535B0DC plane_checksum:[C894C0DB 0C168605 6E9469ED] [Parsed_showinfo_0 @ 0x7f80f4000000] n:4 pts:400 pts_time:0.0667334 pos:249505 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:B8C4DB76 plane_checksum:[0B97B7D5 3EF1D1D2 81FB51C0] [Parsed_showinfo_0 @ 0x7f80f4000000] n:5 pts:500 pts_time:0.0834168 pos:348637 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:CAF682BC plane_checksum:[2D217112 E19707F5 9C5F09B5] [Parsed_showinfo_0 @ 0x7f80f4000000] n:6 pts:600 pts_time:0.1001 pos:301085 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:60C0075A plane_checksum:[0989712C 091F6572 9C5E30AD] [Parsed_showinfo_0 @ 0x7f80f4000000] n:7 pts:700 pts_time:0.116783 pos:404735 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:57EEA902 plane_checksum:[883A4E26 3C14FF5B A65D5B72] [Parsed_showinfo_0 @ 0x7f80f4000000] n:8 pts:800 pts_time:0.133467 pos:365284 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:788843D0 plane_checksum:[7079E4AD 10482E8B 11203089] [Parsed_showinfo_0 @ 0x7f80f4000000] n:9 pts:900 pts_time:0.15015 pos:452033 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:18DA2AF4 plane_checksum:[A57B133B 42FE9D58 A04B7A52] [Parsed_showinfo_0 @ 0x7f80f4000000] n:10 pts:1000 pts_time:0.166834 pos:414007 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:30FC3627 plane_checksum:[50EFFD78 DE5FEF41 FE9E4950] [Parsed_showinfo_0 @ 0x7f80f4000000] n:11 pts:1100 pts_time:0.183517 pos:504937 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:C72FCEC8 plane_checksum:[341A002B 8F665CB9 1B2B71E4] [Parsed_showinfo_0 @ 0x7f80f4000000] n:12 pts:1200 pts_time:0.2002 pos:464439 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:73E85B98 plane_checksum:[4DF6EAE1 5B70687F F4960829] [Parsed_showinfo_0 @ 0x7f80f4000000] n:13 pts:1300 pts_time:0.216884 pos:565310 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:33B406ED plane_checksum:[B835172D A91DEC8C F05F0325] [Parsed_showinfo_0 @ 0x7f80f4000000] n:14 pts:1400 pts_time:0.233567 pos:516867 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:P checksum:0BD53B6E plane_checksum:[2B76DBE1 AB5C578A 5FE807F4] [Parsed_showinfo_0 @ 0x7f80f4000000] n:15 pts:1500 pts_time:0.25025 pos:616035 fmt:yuv420p sar:0/1 s:1280x720 i:P iskey:0 type:B checksum:284FEDEE plane_checksum:[D914D4D5 64DDB5B7 C12E6353] }}} For file transcoded by commercial tool: {{{ [Parsed_showinfo_0 @ 0x7fa02a800000] n:0 pts:1001 pts_time:0.0333667 pos:86444 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:1 type:I checksum:ACFEEF47 plane_checksum:[25A89856 E7E31D0A D3CB39E7] [Parsed_showinfo_0 @ 0x7fa02a800000] n:1 pts:2002 pts_time:0.0667333 pos:176421 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:802E7E55 plane_checksum:[1A87FFCA 011D19F6 B44E6486] [Parsed_showinfo_0 @ 0x7fa02a800000] n:2 pts:3003 pts_time:0.1001 pos:184140 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:50B3BB9A plane_checksum:[93F34B45 FAA0FE77 BB5671CF] [Parsed_showinfo_0 @ 0x7fa02a800000] n:3 pts:4004 pts_time:0.133467 pos:152598 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:P checksum:D6A13390 plane_checksum:[8FA197F4 8CC43139 DBEC6A54] [Parsed_showinfo_0 @ 0x7fa02a800000] n:4 pts:5005 pts_time:0.166833 pos:209761 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:C2C8C660 plane_checksum:[E5304449 5CD41986 8B7B6891] [Parsed_showinfo_0 @ 0x7fa02a800000] n:5 pts:6006 pts_time:0.2002 pos:216643 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:51F6CE39 plane_checksum:[07C263F6 F897FF06 81ED6B2E] [Parsed_showinfo_0 @ 0x7fa02a800000] n:6 pts:7007 pts_time:0.233567 pos:190165 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:P checksum:ADBCFE41 plane_checksum:[7F90846F DD852A8F 2BF34F43] [Parsed_showinfo_0 @ 0x7fa02a800000] n:7 pts:8008 pts_time:0.266933 pos:242653 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:FAB462B0 plane_checksum:[E1E8E88E F6502638 0EB053DB] [Parsed_showinfo_0 @ 0x7fa02a800000] n:8 pts:9009 pts_time:0.3003 pos:251192 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:816DFA38 plane_checksum:[8116C3BF 1345FA68 A8A13C02] [Parsed_showinfo_0 @ 0x7fa02a800000] n:9 pts:10010 pts_time:0.333667 pos:222769 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:P checksum:DFA3AF69 plane_checksum:[F31F2624 BA5C3414 F36B5531] [Parsed_showinfo_0 @ 0x7fa02a800000] n:10 pts:11011 pts_time:0.367033 pos:279728 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:3F7C4442 plane_checksum:[D433B1C6 A7622A3E 6420682F] [Parsed_showinfo_0 @ 0x7fa02a800000] n:11 pts:12012 pts_time:0.4004 pos:286150 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:1E02A74C plane_checksum:[E5CE4B34 F11AF1A8 C2726A61] [Parsed_showinfo_0 @ 0x7fa02a800000] n:12 pts:13013 pts_time:0.433767 pos:259506 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:P checksum:9FA571E6 plane_checksum:[BB4AAC81 E1D93B31 40FA8A25] [Parsed_showinfo_0 @ 0x7fa02a800000] n:13 pts:14014 pts_time:0.467133 pos:310609 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:B185EACF plane_checksum:[22B339CB 376734B3 3FFA7C51] [Parsed_showinfo_0 @ 0x7fa02a800000] n:14 pts:15015 pts_time:0.5005 pos:319567 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:B checksum:B326EACF plane_checksum:[A685588A 90BE2F93 109362B2] [Parsed_showinfo_0 @ 0x7fa02a800000] n:15 pts:16016 pts_time:0.533867 pos:292426 fmt:yuv420p sar:1/1 s:848x476 i:P iskey:0 type:P checksum:06CE09C5 plane_checksum:[4EC06716 4B4B627B C93A4025] }}} For file transcoded by ffmpeg (using -vf fps=30000/1001) {{{ [Parsed_showinfo_0 @ 0x7fa1fc000000] n:0 pts:640 pts_time:0.0213333 pos:48 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:1 type:I checksum:9FD53BFB plane_checksum:[F6D59E33 8399C0C5 8C5ADCE5] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:1 pts:1641 pts_time:0.0547 pos:34989 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:A14D54EB plane_checksum:[9277B76B BF6D9B64 FFD9020D] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:2 pts:2642 pts_time:0.0880667 pos:33814 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:D686E4E1 plane_checksum:[AC440924 132FD617 56F605A6] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:3 pts:3643 pts_time:0.121433 pos:35803 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:9BB65CBB plane_checksum:[5287B2AE 645AA9D3 22E6002B] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:4 pts:4644 pts_time:0.1548 pos:29460 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:09F70124 plane_checksum:[7790831A 050D87F3 F1C2F5F9] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:5 pts:5645 pts_time:0.188167 pos:44006 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:938C2DFD plane_checksum:[047440CA 6799DA5E 0FD212C6] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:6 pts:6646 pts_time:0.221533 pos:42450 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:F235841A plane_checksum:[C2DDBEFC 55A9BA95 EE670A7A] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:7 pts:7647 pts_time:0.2549 pos:45090 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:881E3ADB plane_checksum:[D1EE9626 7DDCA4AF C519FFE8] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:8 pts:8648 pts_time:0.288267 pos:36743 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:DD431013 plane_checksum:[E99A50E1 CE16CE2E 9452F0E6] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:9 pts:9649 pts_time:0.321633 pos:54343 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:4E5DCCE3 plane_checksum:[805F149D FEBDBF6C B553F8CB] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:10 pts:10650 pts_time:0.355 pos:52344 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:7CD9ADFF plane_checksum:[4C750E18 EC36A5F9 3CE8F9DF] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:11 pts:11651 pts_time:0.388367 pos:55409 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:A1581F90 plane_checksum:[80B141E9 EAB6CE93 C7400F05] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:12 pts:12652 pts_time:0.421733 pos:46083 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:560B4AA4 plane_checksum:[0A99AF17 1C4D98CF 199202AF] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:13 pts:13653 pts_time:0.4551 pos:64992 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:F1B55224 plane_checksum:[CB688F1A CF0EA9AC F96E194F] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:14 pts:14654 pts_time:0.488467 pos:63186 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:88896BDB plane_checksum:[A770A37E AEF6D596 5A53F2A9] [Parsed_showinfo_0 @ 0x7fa1fc000000] n:15 pts:15655 pts_time:0.521833 pos:56962 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:36DE0F5F plane_checksum:[82E26D23 37EFD305 D24BCF19] }}} File transcoded using ffmpeg with "-r 29.97 and -g 15" {{{ [Parsed_showinfo_0 @ 0x7fca23000000] n:0 pts:511 pts_time:0.042626 pos:48 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:1 type:I checksum:70906E16 plane_checksum:[296D5818 6DA47B09 04189AE6] [Parsed_showinfo_0 @ 0x7fca23000000] n:1 pts:911 pts_time:0.0759927 pos:33216 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:914717BF plane_checksum:[09D21156 1E874C30 069BBA2A] [Parsed_showinfo_0 @ 0x7fca23000000] n:2 pts:1311 pts_time:0.109359 pos:31416 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:AFA9F56C plane_checksum:[73DEEDB6 1A7856E4 D39FB0C3] [Parsed_showinfo_0 @ 0x7fca23000000] n:3 pts:1711 pts_time:0.142726 pos:34478 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:C062A063 plane_checksum:[80246F0D BCFF7614 3BADBB33] [Parsed_showinfo_0 @ 0x7fca23000000] n:4 pts:2111 pts_time:0.176093 pos:28412 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:668BCD01 plane_checksum:[F263DB4C E81D3CDA 6045B4CC] [Parsed_showinfo_0 @ 0x7fca23000000] n:5 pts:2511 pts_time:0.209459 pos:41136 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:E0F66EBB plane_checksum:[EAC04DBF 6E995CE2 CB87C40B] [Parsed_showinfo_0 @ 0x7fca23000000] n:6 pts:2911 pts_time:0.242826 pos:39837 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:F4C77C18 plane_checksum:[0DE158DA 33C45817 72AECB18] [Parsed_showinfo_0 @ 0x7fca23000000] n:7 pts:3311 pts_time:0.276193 pos:42546 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:9B1ED998 plane_checksum:[A1F68EF9 03B27BA4 56F9CEEC] [Parsed_showinfo_0 @ 0x7fca23000000] n:8 pts:3711 pts_time:0.30956 pos:35343 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:970B07EB plane_checksum:[7375F115 70B25BF7 7303BAC1] [Parsed_showinfo_0 @ 0x7fca23000000] n:9 pts:4111 pts_time:0.342926 pos:51356 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:B3AC554E plane_checksum:[6AD52A13 0AB1696B 6D8CC1C1] [Parsed_showinfo_0 @ 0x7fca23000000] n:10 pts:4511 pts_time:0.376293 pos:49071 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:4C653106 plane_checksum:[2973EA55 D4BB87A6 5633BEED] [Parsed_showinfo_0 @ 0x7fca23000000] n:11 pts:4911 pts_time:0.40966 pos:52484 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:CD49E77A plane_checksum:[88AAB479 621B73A7 095CBF4B] [Parsed_showinfo_0 @ 0x7fca23000000] n:12 pts:5311 pts_time:0.443026 pos:43707 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:C75D5CDA plane_checksum:[8E3B51A2 24515686 D038B4A3] [Parsed_showinfo_0 @ 0x7fca23000000] n:13 pts:5711 pts_time:0.476393 pos:56641 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:B checksum:32B9DC01 plane_checksum:[7433957F 2C987AE1 2FEDCB92] [Parsed_showinfo_0 @ 0x7fca23000000] n:14 pts:6111 pts_time:0.50976 pos:54051 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:0 type:P checksum:43C06403 plane_checksum:[0D204960 2EFA4FC8 CCBBCACC] [Parsed_showinfo_0 @ 0x7fca23000000] n:15 pts:6511 pts_time:0.543126 pos:58328 fmt:yuv420p sar:0/1 s:848x476 i:P iskey:1 type:I checksum:C4C9F3D7 plane_checksum:[A4BBEB36 952347CE AD58C0C4] }}} Thanks, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 13:14:37 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 11:14:37 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.3c854d2fc8877efb3bffcddb1d508f2e@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): Posting file transcoded using {{{ -vf fps=30000/1001 }}} : http://www.datafilehost.com/download-6b06f7d8.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 14:01:57 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 12:01:57 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.7b3aca6463d5fe2bc1f124ab383dc5b7@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): What difference is {{{-g 15}}} supposed to make / what difference does it make? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 14:03:42 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 12:03:42 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.1b5cde0c9a79d019ebd964c1b4548320@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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): And while this probably will not fix the problem, please use {{{-r 30000/1001}}} as does the Rhozet transcoder apparently. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 16:02:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 14:02:24 -0000 Subject: [FFmpeg-trac] #2709(avcodec:new): libstagefright does not compile Message-ID: <036.ecfca17a5e010e51c2169e3933f95441@avcodec.org> #2709: libstagefright does not compile -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: master | libstagefright regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (As reported in http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/11209/focus=11262) Current libstagefright contains the following line: {{{ret = ff_get_buffer(avctx, frame->vframe);}}} The current definition of {{{ff_get_buffer}}} is since 80e9e63: {{{int ff_get_buffer(AVCodecContext *avctx, AVFrame *frame, int flags);}}} (I cannot test.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 16:13:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 14:13:49 -0000 Subject: [FFmpeg-trac] #2710(avformat:new): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion Message-ID: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion -------------------------------------+------------------------------------- Reporter: fripooy | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: HLS, HTTP | Version: 1.0.7 redirect 307 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- If there is a HTTP redirect 307 on a specified url, the redirect is followed during the http connexion but is not stored. In my compagny, TV streaming is done through HLS and load balancing. For a channel, the stream URL is forward to a temporary redirect. Ex: wget http://our-server/CH1/CH1.m3u8 --2013-06-25 16:00:59-- http://our-server/CH1/CH1.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 307 Temporary Redirect Location: http://our- server:80/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 [following] --2013-06-25 16:00:59-- http://our- server/CH1/kac3trwi5qcqy5iiartgtbfizjqet2ii/0000150/GlobalHlsManifest.m3u8 Connecting to our-server:80... connected. HTTP request sent, awaiting response... 200 OK In our case, ffplay does not play the m3u8 because the URL sent to the HLS stack is the same as give in parameter but not the real URL (redirected) and the result is 404. /usr/bin/ffplay http://our-server/CH1/CH1.m3u8 avplay version 0.8.5-4:0.8.5-0ubuntu0.12.04.1, Copyright (c) 2003-2012 the Libav developers built on Jan 24 2013 18:01:36 with gcc 4.6.3 [http @ 0x7f702c0043c0] HTTP error 404 Not Found http://our-server/CH1/CH1.m3u8: Input/output error I have fix this bug in the patch. Sidney. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 18:02:39 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 16:02:39 -0000 Subject: [FFmpeg-trac] #2710(avformat:new): HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion In-Reply-To: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> References: <036.bb94c399e819b3319a586ba91fbeaf9f@avcodec.org> Message-ID: <051.8cdec20cb3d1b12289c230952d00e262@avcodec.org> #2710: HTTP redirect 307 of an specified HLS url is not stored after HTTP connexion -------------------------------------+------------------------------------ Reporter: fripooy | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: 1.0.7 | Resolution: Keywords: hls http | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: HLS, HTTP redirect 307 => hls http * reproduced: 1 => 0 Comment: Please test current git head from http://ffmpeg.org/download.html and please add a failing command line together with complete, uncut console output. And please consider reading http://blog.pkh.me/p/13-the-ffmpeg-libav- situation.html to learn more about one (of several) FFmpeg forks that you originally tested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 18:06:14 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 16:06:14 -0000 Subject: [FFmpeg-trac] #2711(undetermined:new): xa: memory eating Message-ID: <038.fb8cf57bcadaad6902badcc889f1a4c9@avcodec.org> #2711: xa: memory eating -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- from a quick look it seems that xa_probe() from "libavformat/xa.c" is not executed http://samples.mplayerhq.hu/A-codecs/MP3-pro/27%20MC%20Solaar%20-%20Rmi.mp3 {{{ C:\>ffmpeg -f xa -i "27 MC Solaar - Rmi.mp3" -f null - ffmpeg version N-46283-g1475815 Copyright (c) 2000-2012 the FFmpeg developers built on Nov 2 2012 02:31:20 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 1.100 / 52. 1.100 libavcodec 54. 70.100 / 54. 70.100 libavformat 54. 35.100 / 54. 35.100 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 21.106 / 3. 21.106 libswscale 2. 1.102 / 2. 1.102 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [adpcm_ea_maxis_xa @ 0x1edcbc0] Invalid number of channels Last message repeated 1 times }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 19:26:06 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 17:26:06 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 Message-ID: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I tried to resample otr Videofiles to avchd so that the video can be played on my Sony TV. Therefor the h.264 video in the avi container can be copied and the mp3 audio must be reencoded to ac3 audio. See logfile for details. But on the TV I have bad audio and with windows mediaplayer or vlc the video is not smooth. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 19:42:16 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 17:42:16 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.d74a3d626bd62753dd95a1d41bddae58@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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): To make this a valid ticket, please provide the command line that produces the "bad" audio together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 19:52:50 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 17:52:50 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.7fb08e83b5cb48e17c8b31bdbd121ffe@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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 kla960): console output: ffmpeg version N-54178-gbbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 17:15:47 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libilbc --enable-libmodplug --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. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-threads' ... matched as AVOption 'threads' with argument '4'. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-fflags' ... matched as AVOption 'fflags' with argument '+genpts'. Reading option '-i' ... matched as input file with argument '.\CutOriginale\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi'. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '341.04'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '1353.8'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'ac3'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-ab' ... matched as AVOption 'ab' with argument '192k'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part1.ts' ... matched as output file. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '2233'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '712.68'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'ac3'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-ab' ... matched as AVOption 'ab' with argument '192k'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part2.ts' ... matched as output file. Reading option '-ss' ... matched as option 'ss' (set the start time offset) with argument '3578.32'. Reading option '-t' ... matched as option 't' (record or transcode "duration" seconds of audio/video) with argument '353.4'. Reading option '-vcodec' ... matched as option 'vcodec' (force video codec ('copy' to copy stream)) with argument 'copy'. Reading option '-acodec' ... matched as option 'acodec' (force audio codec ('copy' to copy stream)) with argument 'ac3'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) with argument '2'. Reading option '-ab' ... matched as AVOption 'ab' with argument '192k'. Reading option '-y' ... matched as option 'y' (overwrite output files) with argument '1'. Reading option '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part3.ts' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option y (overwrite output files) with argument 1. Last message repeated 2 times Successfully parsed a group of options. Parsing a group of options: input file .\CutOriginale\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi. Successfully parsed a group of options. Opening an input file: .\CutOriginale\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi. [avi @ 0000000004064700] Format avi probed with size=2048 and score=100 [avi @ 0000000004077600] use odml:1 [avi @ 0000000004064700] File position before avformat_find_stream_info() is 9988 [h264 @ 0000000004060ae0] no picture [avi @ 0000000004064700] All info found rfps: 24.750000 0.013325 Last message repeated 1 times rfps: 24.833333 0.005922 Last message repeated 1 times rfps: 24.916667 0.001481 Last message repeated 1 times rfps: 25.000000 0.000000 rfps: 25.083333 0.001481 Last message repeated 1 times rfps: 25.166667 0.005922 Last message repeated 1 times rfps: 25.250000 0.013325 Last message repeated 1 times rfps: 49.750000 0.013325 Last message repeated 1 times rfps: 49.833333 0.005922 Last message repeated 1 times rfps: 49.916667 0.001481 Last message repeated 1 times rfps: 50.000000 0.000000 rfps: 50.083333 0.001481 Last message repeated 1 times rfps: 50.166667 0.005922 Last message repeated 1 times rfps: 50.250000 0.013325 Last message repeated 1 times [avi @ 0000000004064700] File position after avformat_find_stream_info() is 178098 Input #0, avi, from '.\CutOriginale\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi': Metadata: encoder : Lavf54.17.100 Duration: 01:15:48.10, start: 0.000000, bitrate: 1234 kb/s Stream #0:0, 41, 1/25: Video: h264 (High) (H264 / 0x34363248), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/50, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0:1, 64, 3/125: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 192 kb/s Successfully opened the file. Parsing a group of options: output file .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part1.ts. Applying option ss (set the start time offset) with argument 341.04. Applying option t (record or transcode "duration" seconds of audio/video) with argument 1353.8. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option acodec (force audio codec ('copy' to copy stream)) with argument ac3. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an output file: .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part1.ts. Successfully opened the file. Parsing a group of options: output file .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part2.ts. Applying option ss (set the start time offset) with argument 2233. Applying option t (record or transcode "duration" seconds of audio/video) with argument 712.68. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option acodec (force audio codec ('copy' to copy stream)) with argument ac3. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an output file: .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part2.ts. Successfully opened the file. Parsing a group of options: output file .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part3.ts. Applying option ss (set the start time offset) with argument 3578.32. Applying option t (record or transcode "duration" seconds of audio/video) with argument 353.4. Applying option vcodec (force video codec ('copy' to copy stream)) with argument copy. Applying option acodec (force audio codec ('copy' to copy stream)) with argument ac3. Applying option ac (set number of audio channels) with argument 2. Successfully parsed a group of options. Opening an output file: .\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part3.ts. Successfully opened the file. detected 4 logical cores [graph 0 input from stream 0:1 @ 000000000265eee0] Setting 'time_base' to value '1/48000' [graph 0 input from stream 0:1 @ 000000000265eee0] Setting 'sample_rate' to value '48000' [graph 0 input from stream 0:1 @ 000000000265eee0] Setting 'sample_fmt' to value 's16p' [graph 0 input from stream 0:1 @ 000000000265eee0] Setting 'channel_layout' to value '0x3' [graph 0 input from stream 0:1 @ 000000000265eee0] tb:1/48000 samplefmt:s16p samplerate:48000 chlayout:0x3 [audio format for output stream 0:1 @ 0000000004278240] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 0:1 @ 0000000004278240] Setting 'channel_layouts' to value '0x3' [audio format for output stream 0:1 @ 0000000004278240] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 0:1' [AVFilterGraph @ 0000000004077e80] query_formats: 5 queried, 12 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 00000000042786e0] ch:2 chl:stereo fmt:s16p r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [graph 1 input from stream 0:1 @ 000000000409b5a0] Setting 'time_base' to value '1/48000' [graph 1 input from stream 0:1 @ 000000000409b5a0] Setting 'sample_rate' to value '48000' [graph 1 input from stream 0:1 @ 000000000409b5a0] Setting 'sample_fmt' to value 's16p' [graph 1 input from stream 0:1 @ 000000000409b5a0] Setting 'channel_layout' to value '0x3' [graph 1 input from stream 0:1 @ 000000000409b5a0] tb:1/48000 samplefmt:s16p samplerate:48000 chlayout:0x3 [audio format for output stream 1:1 @ 000000000427b6a0] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 1:1 @ 000000000427b6a0] Setting 'channel_layouts' to value '0x3' [audio format for output stream 1:1 @ 000000000427b6a0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 1:1' [AVFilterGraph @ 0000000004076c80] query_formats: 5 queried, 12 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 000000000427bb80] ch:2 chl:stereo fmt:s16p r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [graph 2 input from stream 0:1 @ 0000000004072460] Setting 'time_base' to value '1/48000' [graph 2 input from stream 0:1 @ 0000000004072460] Setting 'sample_rate' to value '48000' [graph 2 input from stream 0:1 @ 0000000004072460] Setting 'sample_fmt' to value 's16p' [graph 2 input from stream 0:1 @ 0000000004072460] Setting 'channel_layout' to value '0x3' [graph 2 input from stream 0:1 @ 0000000004072460] tb:1/48000 samplefmt:s16p samplerate:48000 chlayout:0x3 [audio format for output stream 2:1 @ 00000000040730c0] Setting 'sample_fmts' to value 'fltp' [audio format for output stream 2:1 @ 00000000040730c0] Setting 'channel_layouts' to value '0x3' [audio format for output stream 2:1 @ 00000000040730c0] auto-inserting filter 'auto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'audio format for output stream 2:1' [AVFilterGraph @ 0000000004077ba0] query_formats: 5 queried, 12 merged, 3 already done, 0 delayed [auto-inserted resampler 0 @ 0000000004072640] ch:2 chl:stereo fmt:s16p r:48000Hz -> ch:2 chl:stereo fmt:fltp r:48000Hz [mpegts @ 00000000042a4c20] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts [mpegts @ 0000000002658be0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts [mpegts @ 000000000265bd40] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part1.ts': Metadata: encoder : Lavf55.9.100 Stream #0:0, 0, 1/90000: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, 25 fps, 90k tbn, 25 tbc Stream #0:1, 0, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Output #1, mpegts, to '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part2.ts': Metadata: encoder : Lavf55.9.100 Stream #1:0, 0, 1/90000: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, 25 fps, 90k tbn, 25 tbc Stream #1:1, 0, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Output #2, mpegts, to '.\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part3.ts': Metadata: encoder : Lavf55.9.100 Stream #2:0, 0, 1/90000: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 1/25, q=2-31, 25 fps, 90k tbn, 25 tbc Stream #2:1, 0, 1/90000: Audio: ac3, 48000 Hz, stereo, fltp, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (mp3 -> ac3) Stream #0:0 -> #1:0 (copy) Stream #0:1 -> #1:1 (mp3 -> ac3) Stream #0:0 -> #2:0 (copy) Stream #0:1 -> #2:1 (mp3 -> ac3) Press [q] to stop, [?] for help [avi @ 0000000004064700] first_dts 0 but no packet with dts in the queue [avi @ 0000000004064700] first_dts 0 not matching first dts 40 in the queue [avi @ 0000000004064700] first_dts 0 but no packet with dts in the queue [avi @ 0000000004064700] first_dts 0 not matching first dts 65 in the queue . . . . . [avi @ 0000000004064700] first_dts 0 not matching first dts 98294 in the queue [avi @ 0000000004064700] first_dts 0 but no packet with dts in the queue [avi @ 0000000004064700] first_dts 0 not matching first dts 163822 in the queue [avi @ 0000000004064700] first_dts 0 not matching first dts 98295 in the queue [output stream 2:1 @ 0000000004072580] EOF on sink link output stream 2:1:default. [output stream 1:1 @ 000000000427b5e0] EOF on sink link output stream 1:1:default. [output stream 0:1 @ 00000000040645e0] EOF on sink link output stream 0:1:default. No more output streams to write to, finishing. frame=33845 fps=600 q=-1.0 Lq=-1.0 q=-1.0 size= 220357kB time=00:22:33.81 bitrate=1333.4kbits/s video:276816kB audio:56717kB subtitle:0 global headers:0kB muxing overhead -33.932432% 163823 frames successfully decoded, 0 decoding errors [AVIOContext @ 0000000004449ec0] Statistics: 0 seeks, 48216 writeouts [AVIOContext @ 00000000042a5ee0] Statistics: 0 seeks, 25333 writeouts [AVIOContext @ 000000000265c440] Statistics: 0 seeks, 12593 writeouts [AVIOContext @ 0000000004064c80] Statistics: 563059276 bytes read, 4 seeks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 20:00:30 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 18:00:30 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.02102bc694cdb1f3706fb7f01893400d@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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 kla960): Comand line: ffmpeg -i sample.avi -fflags +genpts -vcodec copy -acodec ac3 -y sample.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 20:53:49 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 18:53:49 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.80c0400a6a779973d9386dc7537c2434@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I try to bisec again but I get this error: {{{ git checkout f2f35d3 error: You have local changes to 'libavdevice/alsa-audio-common.c'; cannot switch branches. }}} Do you want I let it without the line 193 "flags = SND_PCM_NONBLOCK" or do you want I add it back? Let me know how to switch branch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:03:36 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:03:36 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.ad987e5fc0d2103d0cadf95b075da7f7@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): The following is one possibility to undo your local changes: {{{ $ git diff | patch -p1 -R }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:12:55 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:12:55 -0000 Subject: [FFmpeg-trac] #2707(avformat:new): Crash in mxg demuxer on sparc In-Reply-To: <036.32dac22c4aa04bcb784089273eb326a3@avcodec.org> References: <036.32dac22c4aa04bcb784089273eb326a3@avcodec.org> Message-ID: <051.2337e6f8209327022bfc92df0ac58d97@avcodec.org> #2707: Crash in mxg demuxer on sparc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: crash mxg | Blocked By: sparc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165169 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:29:24 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:29:24 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.7a67c2b9cef10a742626404476fb8a4c@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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): Memory consumption could be considered too high. {{{ $ valgrind ./ffmpeg_g -f xa -i 27\ MC\ Solaar\ -\ Rmi.mp3 ==22420== Memcheck, a memory error detector ==22420== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==22420== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==22420== Command: ./ffmpeg_g -f xa -i 27\ MC\ Solaar\ -\ Rmi.mp3 ==22420== ffmpeg version N-54197-g015cc32 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 25 2013 21:04:41 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [adpcm_ea_maxis_xa @ 0x72381a0] Invalid number of channels Last message repeated 1 times [xa @ 0x722f3a0] max_analyze_duration 5000000 reached at 5000000 microseconds [xa @ 0x722f3a0] Could not find codec parameters for stream 0 (Audio: adpcm_ea_maxis_xa, 42467584 Hz, 0 channels): unspecified number of channels Consider increasing the value for the 'analyzeduration' and 'probesize' options 27 MC Solaar - Rmi.mp3: could not find codec parameters ==22420== ==22420== HEAP SUMMARY: ==22420== in use at exit: 30,635 bytes in 7 blocks ==22420== total heap usage: 37,917,547 allocs, 37,917,540 frees, 6,066,922,302 bytes allocated ==22420== ==22420== LEAK SUMMARY: ==22420== definitely lost: 0 bytes in 0 blocks ==22420== indirectly lost: 0 bytes in 0 blocks ==22420== possibly lost: 0 bytes in 0 blocks ==22420== still reachable: 30,635 bytes in 7 blocks ==22420== suppressed: 0 bytes in 0 blocks ==22420== Rerun with --leak-check=full to see details of leaked memory ==22420== ==22420== For counts of detected and suppressed errors, rerun with: -v ==22420== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:30:29 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:30:29 -0000 Subject: [FFmpeg-trac] #2711(undetermined:new): xa: memory eating In-Reply-To: <038.fb8cf57bcadaad6902badcc889f1a4c9@avcodec.org> References: <038.fb8cf57bcadaad6902badcc889f1a4c9@avcodec.org> Message-ID: <053.a5b91097b4046362586529e776d53a00@avcodec.org> #2711: xa: memory eating -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => adpcm * version: unspecified => git-master Comment: Memory consumption could be considered too high. {{{ $ valgrind ./ffmpeg_g -f xa -i 27\ MC\ Solaar\ -\ Rmi.mp3 ==22420== Memcheck, a memory error detector ==22420== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==22420== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==22420== Command: ./ffmpeg_g -f xa -i 27\ MC\ Solaar\ -\ Rmi.mp3 ==22420== ffmpeg version N-54197-g015cc32 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 25 2013 21:04:41 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [adpcm_ea_maxis_xa @ 0x72381a0] Invalid number of channels Last message repeated 1 times [xa @ 0x722f3a0] max_analyze_duration 5000000 reached at 5000000 microseconds [xa @ 0x722f3a0] Could not find codec parameters for stream 0 (Audio: adpcm_ea_maxis_xa, 42467584 Hz, 0 channels): unspecified number of channels Consider increasing the value for the 'analyzeduration' and 'probesize' options 27 MC Solaar - Rmi.mp3: could not find codec parameters ==22420== ==22420== HEAP SUMMARY: ==22420== in use at exit: 30,635 bytes in 7 blocks ==22420== total heap usage: 37,917,547 allocs, 37,917,540 frees, 6,066,922,302 bytes allocated ==22420== ==22420== LEAK SUMMARY: ==22420== definitely lost: 0 bytes in 0 blocks ==22420== indirectly lost: 0 bytes in 0 blocks ==22420== possibly lost: 0 bytes in 0 blocks ==22420== still reachable: 30,635 bytes in 7 blocks ==22420== suppressed: 0 bytes in 0 blocks ==22420== Rerun with --leak-check=full to see details of leaked memory ==22420== ==22420== For counts of detected and suppressed errors, rerun with: -v ==22420== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:31:01 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:31:01 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.ed9fdfb5f82d4033b41d8683a7f0046e@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 cehoyos]: Sorry about the unrelated post. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 21:45:59 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 19:45:59 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 Message-ID: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git- | Keywords: regression master | ia64 sparc64 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The parseutils fate test fails on sparc64 Linux and ia64 Linux since 887d74c. The problem is not limited to parseutils, many fate tests fail because of an incorrect timebase. The reason is that for some values of d and den - local variables in av_d2q() used when calling av_reduce() - {{{(uint64_t)rint(d * den)}}} and {{{llrint(d * den)}}} provide different values than {{{(int64_t)(d * den + 0.5)}}} which was used before. {{{ $ make fate-parseutils TEST parseutils --- ./tests/ref/fate/parseutils 2013-06-25 21:37:23.758635630 +0200 +++ tests/data/fate/parseutils 2013-06-25 21:40:36.629074659 +0200 @@ -6,7 +6,7 @@ '-123 / 0' -> -1/0 ERROR '' -> 0/0 ERROR '/' -> 0/0 ERROR -' 123 / 321' -> 41/107 OK +' 123 / 321' -> 213623/557504 OK 'foo/foo' -> 0/0 ERROR 'foo/1' -> 0/0 ERROR '1/foo' -> 1/0 ERROR @@ -17,13 +17,13 @@ '0' -> 0/1 ERROR '-123/123' -> -1/1 ERROR '-foo' -> 0/0 ERROR -'123.23' -> 12323/100 OK -'.23' -> 23/100 OK -'-.23' -> -23/100 ERROR -'-0.234' -> -117/500 ERROR +'123.23' -> 697112/5657 OK +'.23' -> 209687/911683 OK +'-.23' -> -209687/911683 ERROR +'-0.234' -> -177357/757936 ERROR '-0.0000001' -> -1/10000000 ERROR -' 21332.2324 ' -> 917286/43 OK -' -21332.2324 ' -> -917286/43 ERROR +' 21332.2324 ' -> 682631/32 OK +' -21332.2324 ' -> -682631/32 ERROR Testing av_parse_color() bikeshed -> R(80) G(64) B(140) A(59) Test parseutils failed. Look at tests/data/fate/parseutils.err for details. make: *** [fate-parseutils] Error 1 }}} Not reproducible on ppc64. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 22:03:12 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 20:03:12 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.8523e3f8613e80f4904cab557e5091b1@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Here is one example (of many) for an incorrect timebase in fate: {{{ $ make SAMPLES=fate-suite fate-wnv1 TEST wnv1 --- ./tests/ref/fate/wnv1 2013-06-24 14:18:26.000000000 +0200 +++ tests/data/fate/wnv1 2013-06-25 22:01:46.000000000 +0200 @@ -1,4 +1,4 @@ -#tb 0: 13333/200000 +#tb 0: 756994/11355193 0, 0, 0, 1, 38400, 0x4c3fdc2f 0, 1, 1, 1, 38400, 0x11c9d0cb 0, 2, 2, 1, 38400, 0x6c37fd7f Test wnv1 failed. Look at tests/data/fate/wnv1.err for details. make: *** [fate-wnv1] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 22:03:47 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 20:03:47 -0000 Subject: [FFmpeg-trac] #2713(avutil:new): av_d2q regression on sparc64 and ia64 In-Reply-To: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> References: <036.5b456b0d9b5eae635576073619e8b4a9@avcodec.org> Message-ID: <051.46f2e1762383906a640d67ac82c9835c@avcodec.org> #2713: av_d2q regression on sparc64 and ia64 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avutil Version: git-master | Resolution: Keywords: regression | Blocked By: ia64 sparc64 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > The parseutils fate test fails on sparc64 Linux and ia64 Linux since > 887d74c. The problem is not limited to parseutils, many fate tests fail > because of an incorrect timebase. > The reason is that for some values of d and den - local variables in > av_d2q() used when calling av_reduce() - {{{(uint64_t)rint(d * den)}}} > and {{{llrint(d * den)}}} provide different values than {{{(int64_t)(d * > den + 0.5)}}} which was used before. > {{{ > $ make fate-parseutils > TEST parseutils > --- ./tests/ref/fate/parseutils 2013-06-25 21:37:23.758635630 +0200 > +++ tests/data/fate/parseutils 2013-06-25 21:40:36.629074659 +0200 > @@ -6,7 +6,7 @@ > '-123 / 0' -> -1/0 ERROR > '' -> 0/0 ERROR > '/' -> 0/0 ERROR > -' 123 / 321' -> 41/107 OK > +' 123 / 321' -> 213623/557504 OK > 'foo/foo' -> 0/0 ERROR > 'foo/1' -> 0/0 ERROR > '1/foo' -> 1/0 ERROR > @@ -17,13 +17,13 @@ > '0' -> 0/1 ERROR > '-123/123' -> -1/1 ERROR > '-foo' -> 0/0 ERROR > -'123.23' -> 12323/100 OK > -'.23' -> 23/100 OK > -'-.23' -> -23/100 ERROR > -'-0.234' -> -117/500 ERROR > +'123.23' -> 697112/5657 OK > +'.23' -> 209687/911683 OK > +'-.23' -> -209687/911683 ERROR > +'-0.234' -> -177357/757936 ERROR > '-0.0000001' -> -1/10000000 ERROR > -' 21332.2324 ' -> 917286/43 OK > -' -21332.2324 ' -> -917286/43 ERROR > +' 21332.2324 ' -> 682631/32 OK > +' -21332.2324 ' -> -682631/32 ERROR > > Testing av_parse_color() > bikeshed -> R(80) G(64) B(140) A(59) > Test parseutils failed. Look at tests/data/fate/parseutils.err for > details. > make: *** [fate-parseutils] Error 1 > }}} > > Not reproducible on ppc64. New description: The parseutils fate test fails on sparc64 Linux and ia64 Linux since 887d74c. The problem is not limited to parseutils, many fate tests fail because of an incorrect timebase. The reason is that for some values of d and den - local variables in av_d2q() used when calling av_reduce() - {{{(uint64_t)rint(d * den)}}} and {{{llrint(d * den)}}} provide different results than {{{(int64_t)(d * den + 0.5)}}} which was used before. {{{ $ make fate-parseutils TEST parseutils --- ./tests/ref/fate/parseutils 2013-06-25 21:37:23.758635630 +0200 +++ tests/data/fate/parseutils 2013-06-25 21:40:36.629074659 +0200 @@ -6,7 +6,7 @@ '-123 / 0' -> -1/0 ERROR '' -> 0/0 ERROR '/' -> 0/0 ERROR -' 123 / 321' -> 41/107 OK +' 123 / 321' -> 213623/557504 OK 'foo/foo' -> 0/0 ERROR 'foo/1' -> 0/0 ERROR '1/foo' -> 1/0 ERROR @@ -17,13 +17,13 @@ '0' -> 0/1 ERROR '-123/123' -> -1/1 ERROR '-foo' -> 0/0 ERROR -'123.23' -> 12323/100 OK -'.23' -> 23/100 OK -'-.23' -> -23/100 ERROR -'-0.234' -> -117/500 ERROR +'123.23' -> 697112/5657 OK +'.23' -> 209687/911683 OK +'-.23' -> -209687/911683 ERROR +'-0.234' -> -177357/757936 ERROR '-0.0000001' -> -1/10000000 ERROR -' 21332.2324 ' -> 917286/43 OK -' -21332.2324 ' -> -917286/43 ERROR +' 21332.2324 ' -> 682631/32 OK +' -21332.2324 ' -> -682631/32 ERROR Testing av_parse_color() bikeshed -> R(80) G(64) B(140) A(59) Test parseutils failed. Look at tests/data/fate/parseutils.err for details. make: *** [fate-parseutils] Error 1 }}} Not reproducible on ppc64. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 23:15:53 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 21:15:53 -0000 Subject: [FFmpeg-trac] #2650(avformat:closed): Silence max_analyze_duration warning In-Reply-To: <035.364d56fb67d0c6d116b720e0d8c02cb0@avcodec.org> References: <035.364d56fb67d0c6d116b720e0d8c02cb0@avcodec.org> Message-ID: <050.7a6c903b34c29403f580cec8fb0c5a03@avcodec.org> #2650: Silence max_analyze_duration warning -------------------------------------+------------------------------------ Reporter: gjdfgh | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat 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: I don't think this is the right place to discuss patches. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 23:16:48 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 21:16:48 -0000 Subject: [FFmpeg-trac] #1973(avformat:open): aiff g726 fails to decode In-Reply-To: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> References: <038.84cad8ce44c32d2746019911f13dff70@avcodec.org> Message-ID: <053.8f4338a9f1a70303407cda8b7785a449@avcodec.org> #1973: aiff g726 fails to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: cehoyos Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: aif g726 | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * owner: => cehoyos -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 23:17:13 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 21:17:13 -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.5c7403b68e7c616aacd08d7635bc323b@avcodec.org> #1955: au: support g721 via g726 decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: cehoyos 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 cehoyos): * owner: => cehoyos -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Jun 25 23:34:44 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 21:34:44 -0000 Subject: [FFmpeg-trac] #2714(undetermined:new): xvid: crash with lowres > 2 Message-ID: <038.4733adf45cf40559145a9e7e92fc9c5e@avcodec.org> #2714: xvid: crash with lowres > 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- attached file crashes ffmpeg when lowres >2 is used this seems to be related to asm code, no crash here with "-cpuflags 0" I will compile new build later to get a bt if crash is not reproducable {{{ C:\>ffmpeg -vlowres 2 -i xvid.avi -an out.avi ffmpeg version N-54183-g1029822 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 25 2013 02:39:45 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x20de1e0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'xvid.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 454 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv 420p, 80x60 [SAR 1:1 DAR 4:3], 23.97 tbr, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 k b/s [mpeg4 @ 0x20db6a0] too many threads/slices (5), reducing to 4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf55.10.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 80x60 [SAR 1:1 DAR 4 :3], q=2-31, 200 kb/s, 23.97 tbn, 23.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [mpeg4 @ 0x20fd7e0] Invalid and inefficient vfw-avi packed B frames detected }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 00:31:27 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 22:31:27 -0000 Subject: [FFmpeg-trac] #2714(avcodec:open): mpeg4: crash with lowres > 2 (was: xvid: crash with lowres > 2) In-Reply-To: <038.4733adf45cf40559145a9e7e92fc9c5e@avcodec.org> References: <038.4733adf45cf40559145a9e7e92fc9c5e@avcodec.org> Message-ID: <053.89bbfde4fe56c1755e0718227c8b837c@avcodec.org> #2714: mpeg4: crash with lowres > 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: crash SIGSEGV asp 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: => regression crash SIGSEGV asp lowres Comment: Regression since a3f30f2 {{{ $ valgrind ffmpeg_g -vlowres 3 -i xvid.avi -an -f null - ==21611== Memcheck, a memory error detector ==21611== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==21611== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==21611== Command: ffmpeg_g -vlowres 3 -i xvid.avi -an -f null - ==21611== ffmpeg version N-54200-gda8c9b3 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 26 2013 00:26:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x7248540] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'xvid.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 454 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 40x30 [SAR 1:1 DAR 4:3], 23.97 tbr, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.10.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 40x30 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 23.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> rawvideo) Press [q] to stop, [?] for help [mpeg4 @ 0x73ad520] Invalid and inefficient vfw-avi packed B frames detected ==21611== Thread 11: ==21611== Invalid write of size 8 ==21611== at 0xA74494: ff_put_pixels_clamped_mmx (dsputil_mmx.c:72) ==21611== by 0x8D5F0E: ff_MPV_decode_mb (mpegvideo.c:2591) ==21611== by 0x6E4D3F: decode_slice (h263dec.c:257) ==21611== by 0x6E5CE1: ff_h263_decode_frame (h263dec.c:679) ==21611== by 0x922075: frame_worker_thread (pthread.c:338) ==21611== by 0x5D1AE0D: start_thread (in /lib64/libpthread-2.15.so) ==21611== Address 0x73f5ba0 is 1 bytes after a block of size 575 alloc'd ==21611== at 0x4C290FE: memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==21611== by 0x4C291A7: posix_memalign (in /usr/lib64/valgrind /vgpreload_memcheck-amd64-linux.so) ==21611== by 0xBF9989: av_malloc (mem.c:93) ==21611== by 0xBED6CD: av_buffer_allocz (buffer.c:70) ==21611== by 0xBEDCAB: av_buffer_pool_get (buffer.c:305) ==21611== by 0x9C7496: video_get_buffer (utils.c:550) ==21611== by 0x9C8A9E: get_buffer_internal (utils.c:830) ==21611== by 0x9C8FC5: ff_get_buffer (utils.c:842) ==21611== by 0x923995: ff_thread_get_buffer (pthread.c:955) ==21611== by 0x8CE3D2: ff_alloc_picture (mpegvideo.c:234) ==21611== by 0x8D240F: ff_MPV_frame_start (mpegvideo.c:1550) ==21611== by 0x6E5C4B: ff_h263_decode_frame (h263dec.c:649) ... }}} {{{ (gdb) r -vlowres 3 -i xvid.avi -an -f null - Starting program: ffmpeg_g -vlowres 3 -i xvid.avi -an -f null - [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54200-gda8c9b3 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 26 2013 00:26:34 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x169a420] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'xvid.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 454 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 40x30 [SAR 1:1 DAR 4:3], 23.97 tbr, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 kb/s [New Thread 0x7ffff59e7700 (LWP 21680)] [New Thread 0x7ffff51e6700 (LWP 21681)] [New Thread 0x7ffff49e5700 (LWP 21682)] [New Thread 0x7ffff41e4700 (LWP 21683)] [New Thread 0x7ffff39e3700 (LWP 21684)] [New Thread 0x7ffff31e2700 (LWP 21685)] [New Thread 0x7ffff29e1700 (LWP 21686)] [New Thread 0x7ffff21e0700 (LWP 21687)] [New Thread 0x7ffff19df700 (LWP 21688)] [New Thread 0x7ffff11de700 (LWP 21689)] [New Thread 0x7ffff09dd700 (LWP 21690)] [New Thread 0x7ffff01dc700 (LWP 21691)] [New Thread 0x7fffef9db700 (LWP 21692)] [New Thread 0x7fffef1da700 (LWP 21693)] [New Thread 0x7fffee9d9700 (LWP 21694)] [New Thread 0x7fffee1d8700 (LWP 21695)] [New Thread 0x7fffed9d7700 (LWP 21696)] [New Thread 0x7fffed1d6700 (LWP 21697)] Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.10.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 40x30 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 23.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> rawvideo) Press [q] to stop, [?] for help [mpeg4 @ 0x1683be0] Invalid and inefficient vfw-avi packed B frames detected Program received signal SIGSEGV, Segmentation fault. av_buffer_ref (buf=0x7fffe80254a0) at libavutil/buffer.c:100 100 avpriv_atomic_int_add_and_fetch(&buf->buffer->refcount, 1); (gdb) bt #0 av_buffer_ref (buf=0x7fffe80254a0) at libavutil/buffer.c:100 #1 0x0000000000bf4a16 in av_frame_ref (dst=0x16c4780, src=0x7fffe80008c0) at libavutil/frame.c:269 #2 0x00000000009cf0d7 in ff_thread_ref_frame (dst=dst at entry=0x16c49e8, src=src at entry=0x7fffe8000b28) at libavcodec/utils.c:3091 #3 0x00000000008ced26 in ff_mpeg_ref_picture (s=s at entry=0x16afde0, dst=0x16c4780, src=0x7fffe80008c0) at libavcodec/mpegvideo.c:511 #4 0x00000000008d08d6 in ff_mpeg_update_thread_context (dst=, src=) at libavcodec/mpegvideo.c:707 #5 0x0000000000922a50 in update_context_from_thread (for_user=0, src=, dst=) at libavcodec/pthread.c:418 #6 submit_packet (avpkt=0x7fffffffd5d0, p=0x16adcf8) at libavcodec/pthread.c:516 #7 ff_thread_decode_frame (avctx=avctx at entry=0x169a420, picture=picture at entry=0x169e040, got_picture_ptr=got_picture_ptr at entry=0x7fffffffd84c, avpkt=avpkt at entry=0x7fffffffd5d0) at libavcodec/pthread.c:597 #8 0x00000000009ca969 in avcodec_decode_video2 (avctx=0x169a420, picture=picture at entry=0x169e040, got_picture_ptr=got_picture_ptr at entry=0x7fffffffd84c, avpkt=avpkt at entry=0x7fffffffdab0) at libavcodec/utils.c:1937 #9 0x000000000046ac00 in decode_video (ist=ist at entry=0x16a0220, pkt=pkt at entry=0x7fffffffdab0, got_output=got_output at entry=0x7fffffffd84c) at ffmpeg.c:1654 #10 0x000000000046d8f7 in output_packet (pkt=0x7fffffffda50, ist=0x16a0220) at ffmpeg.c:1852 #11 process_input (file_index=) at ffmpeg.c:3064 #12 0x000000000045c550 in transcode_step () at ffmpeg.c:3160 #13 transcode () at ffmpeg.c:3212 #14 main (argc=, argv=) at ffmpeg.c:3390 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xbed789 to 0xbed7c9: 0x0000000000bed789 : callq 0xbf9bc0 0x0000000000bed78e : test %rax,%rax 0x0000000000bed791 : je 0xbed7ae 0x0000000000bed793 : mov (%rbx),%rdx 0x0000000000bed796 : mov %rdx,(%rax) 0x0000000000bed799 : mov 0x8(%rbx),%rcx 0x0000000000bed79d : mov %rcx,0x8(%rax) 0x0000000000bed7a1 : mov 0x10(%rbx),%rcx 0x0000000000bed7a5 : mov %rcx,0x10(%rax) => 0x0000000000bed7a9 : lock addl $0x1,0xc(%rdx) 0x0000000000bed7ae : pop %rbx 0x0000000000bed7af : retq 0x0000000000bed7b0 : test %rdi,%rdi 0x0000000000bed7b3 : je 0xbed7de 0x0000000000bed7b5 : mov (%rdi),%rax 0x0000000000bed7b8 : test %rax,%rax 0x0000000000bed7bb : je 0xbed7de 0x0000000000bed7bd : sub $0x18,%rsp 0x0000000000bed7c1 : mov (%rax),%rax 0x0000000000bed7c4 : mov %rax,0x8(%rsp) End of assembler dump. (gdb) info register rax 0x16835c0 23606720 rbx 0x7fffe80254a0 140737085854880 rcx 0x1111101010101010 1229781834423865360 rdx 0x1111111111111111 1229782938247303441 rsi 0x0 0 rdi 0x16835d8 23606744 rbp 0x16c49e8 0x16c49e8 rsp 0x7fffffffd440 0x7fffffffd440 r8 0x18 24 r9 0x101010101010101 72340172838076673 r10 0x0 0 r11 0x7ffff6099112 140737321210130 r12 0x16c4780 23873408 r13 0x16c49e8 23874024 r14 0x16afde0 23789024 r15 0x16c4aa8 23874216 rip 0xbed7a9 0xbed7a9 eflags 0x10206 [ PF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 00:47:38 2013 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Jun 2013 22:47:38 -0000 Subject: [FFmpeg-trac] #2711(undetermined:closed): xa: memory eating In-Reply-To: <038.fb8cf57bcadaad6902badcc889f1a4c9@avcodec.org> References: <038.fb8cf57bcadaad6902badcc889f1a4c9@avcodec.org> Message-ID: <053.8d96b67522709a2cc19cc5d3e0545bbe@avcodec.org> #2711: xa: memory eating -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: adpcm xa | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: adpcm => adpcm xa * status: new => closed * resolution: => fixed Comment: Fixed by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 08:57:15 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 06:57:15 -0000 Subject: [FFmpeg-trac] #2691(avformat:open): ffmpeg detects 0 channels in audio streams and does not suggest increasing values for analyzeduration and probesize In-Reply-To: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> References: <034.1b3d00f35d73f9487e2505f8f0105368@avcodec.org> Message-ID: <049.0a0effc1d6c718478bd5988abf6fb72a@avcodec.org> #2691: ffmpeg detects 0 channels in audio streams and does not suggest increasing values for analyzeduration and probesize -------------------------------------+------------------------------------- Reporter: vhann | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mpegps | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegps => mpegps regression * priority: minor => important Comment: This is now a regression: Current git head does not inform the user that max_analyze_duration was reached and that increasing it could help. {{{ $ ffmpeg -i sampleForTicket2691.vob ffmpeg version N-54207-ge59fb3f Copyright (c) 2000-2013 the FFmpeg developers built on Jun 26 2013 08:55:21 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mpeg, from 'sampleForTicket2691.vob': Duration: 00:00:24.46, start: 0.140600, bitrate: 17150 kb/s Stream #0:0[0x1bf]: Data: dvd_nav_packet Stream #0:1[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:2[0x82]: Audio: ac3, 0 channels Stream #0:3[0x81]: Audio: ac3, 0 channels Stream #0:4[0x80]: Audio: ac3, 0 channels At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 09:19:28 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 07:19:28 -0000 Subject: [FFmpeg-trac] #2715(undetermined:new): ffmpeg for embedded linux system (timesys embedded linux) Message-ID: <035.82c2c02ef30304f16c44ba2265e0a4cc@avcodec.org> #2715: ffmpeg for embedded linux system (timesys embedded linux) --------------------------------------+------------------------------------ Reporter: plsipl | Type: task Status: new | Priority: critical Component: undetermined | Version: 0.10.7 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Hi, How can I install ffmpeg at embedded linux machine(Timesys). All the available packages of ffmpeg is not install properly in timesys. Please suggest. Thanks!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 09:23:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 07:23:03 -0000 Subject: [FFmpeg-trac] #2715(undetermined:closed): ffmpeg for embedded linux system (timesys embedded linux) In-Reply-To: <035.82c2c02ef30304f16c44ba2265e0a4cc@avcodec.org> References: <035.82c2c02ef30304f16c44ba2265e0a4cc@avcodec.org> Message-ID: <050.8e52ae19e5f9cdb2828161070caceeab@avcodec.org> #2715: ffmpeg for embedded linux system (timesys embedded linux) -------------------------------------+------------------------------------- Reporter: plsipl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal * status: new => closed * version: 0.10.7 => unspecified * resolution: => invalid * type: task => defect -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 09:25:04 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 07:25:04 -0000 Subject: [FFmpeg-trac] #2670(FFserver:closed): FFserver is not working In-Reply-To: <035.40670d61e8b44aa4ba5e3812697d2e60@avcodec.org> References: <035.40670d61e8b44aa4ba5e3812697d2e60@avcodec.org> Message-ID: <050.98fd673995375a74bfc6d084da3303ea@avcodec.org> #2670: FFserver is not working -------------------------------------+------------------------------------- Reporter: plsipl | Owner: Type: defect | Status: closed Priority: normal | Component: FFserver Version: 0.10.7 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen this ticket if you can test current git head and if you can provide the failing command lines together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 10:04:27 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 08:04:27 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.9a993b181b3d60bd2cf18825d471169f@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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:3 kla960]: > Comand line: > ffmpeg -i sample.avi -fflags +genpts -vcodec copy -acodec ac3 -y sample.ts This command line looks different than the one from comment:2 Please post one minimal command line that allows to reproduce the issue together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 10:12:37 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 08:12:37 -0000 Subject: [FFmpeg-trac] #2626(avformat:closed): possibility to create "disabled" tracks in MP4/MOV container missing In-Reply-To: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> References: <035.f2122410b39939c8cedc9b342aec766f@avcodec.org> Message-ID: <050.0d596994544a0265d6660eb568f83388@avcodec.org> #2626: possibility to create "disabled" tracks in MP4/MOV container missing -------------------------------------+------------------------------------ Reporter: julian | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: invalid Keywords: mov mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:7 julian]: > please read my comment again, there is no failing command line (anymore). i'm happy that recent ffmpeg already disables the second audio track. Thank you for testing! > however there are still two issues here (and still no failing command line): > ? the current behavior is not documented at all, and the change wasn't even documented in the changelog This was a user-reported bug, bug fixes generally do not make it into the Changelog > ? there is no way to control the behavior. what about users that DON'T want the second audio track to be disabled? Please feel free to contribute to http://thread.gmane.org/gmane.comp.video.ffmpeg.user/46316 I don't think my main question was answered yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 10:14:31 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 08:14:31 -0000 Subject: [FFmpeg-trac] #2704(undetermined:new): RTMP: fails to get information about particular stream In-Reply-To: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> References: <036.f50ee296799c60cc95fb8e99aa51d2f0@avcodec.org> Message-ID: <051.21161726b6d732168b647bb1e9db7bc7@avcodec.org> #2704: RTMP: fails to get information about particular stream -------------------------------------+------------------------------------- Reporter: xnejp03 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Does it work if you compile without --enable-librtmp ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 10:50:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 08:50:41 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.a0df1714089c3965dcc6c3487e2ff4b1@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression => regression win * status: new => open * reproduced: 0 => 1 Comment: I can reproduce the hang on Windows, but it also hangs with 2e009c6 here, so I don't think this is a regression since b6f435f. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 10:51:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 08:51:00 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.507f96043463f97faa83439067bc2026@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:03:53 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:03:53 -0000 Subject: [FFmpeg-trac] #2699(avfilter:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.e8cda7652d0f1a2cee99f6f0197cb7c6@avcodec.org> #2699: automate lossless normalisation -------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by feelart): Sorry, I meant volumedetect helps to find out how much you'll change the volume, using vol switch (http://www.ffmpeg.org/ffmpeg-filters.html#volume) To my best knowledge, vol filter does not provide/attempt a lossless normalisation. Lossless normalisation is possible on mp3 & aac, for other codecs I do not know. Instead of having 3 CLI: 1/ first volumedetect 2/ then vol (don't think you can pipe vol with the right normalisation factor from volumedetect directly on the CLI) 3/ run your other instructions It would be nice to have a single CLI such as: {{{ ffmpeg -i src.mp4 -vf "crop=in_w-24*32:in_h-5*32:17*32:3*32,hqdn3d,lut=y=val*0.65" -c:v libx264 -crf 28 -preset slower -a:llnorm -c:a libmp3lame -ac 1 -ar 32000 -aq 0 -async 1 videoStreamProcessedSoundLosslesslyNormalisedThenConvertedToMp3.mp4 }}} You might find strange to make a lossless normalisation, then a sound convertion, but lossless convertion is lossless and convertion might be an user request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:09:47 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:09:47 -0000 Subject: [FFmpeg-trac] #2699(avfilter:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.debcc7e6e9395571dbfcbb2c29b0f3ca@avcodec.org> #2699: automate lossless normalisation -------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by feelart): FYI: MP3Gain provide lossless normalisation on MP3 & aac (with AACGain) Re: http://mp3gain.sourceforge.net/ Lossless can be MD5 verified, as so 1/ Normalising 2/ decrease back by the same amount the normalised sound 3/ compare MD5 of source with processed sound. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:19:23 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:19:23 -0000 Subject: [FFmpeg-trac] #2698(avfilter:new): colorbalance filter should also work without YUV to RGB conversion In-Reply-To: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> References: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> Message-ID: <051.915a6ab4255e2ca37a4c0a829a2d8171@avcodec.org> #2698: colorbalance filter should also work without YUV to RGB conversion --------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: colorbalance | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by feelart): I don't see why you want an console output, but here it is {{{ F:\danses\Kizomba\2013-06 Leuven>ffmpeg -y -t 2 -i "Helio.mp4" -vf "crop=in_w-24*32:in_h-5*32:17*32:3*32,hqdn3d,lut=y=val*0. 65,colorbalance=bh=-.1:bm=-.1:bs=-.1" -c:a copy -c:v libx264 -crf 28 -preset slower -async 1 _test_colorBalanceLast.mp4 ffmpeg version N-54143-gb6ce50a Copyright (c) 2000-2013 the FFmpeg developers built on Jun 22 2013 15:32:43 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig -- enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable- libbluray --enable-libcaca --enable-libfreetype --enab le-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e nable-libopenjpeg --enable-libopus --enable-librtmp --enable- libschroedinger --enable-libsoxr --enable-libspeex --enable-lib theora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Helio.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2013-06-02 14:52:23 genre : Danse Kizomba album : 2013-06 Leuven Duration: 00:02:01.24, start: 0.000000, bitrate: 17140 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 17007 kb/s, 30.01 fps, 30 tbr, 90k tbn, 18 0k tbc Metadata: rotate : 90 creation_time : 2013-06-02 14:52:23 handler_name : VideoHandle Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s Metadata: creation_time : 2013-06-02 14:52:23 handler_name : SoundHandle -t is not an input option, keeping it for the next output; consider fixing your command line. No pixel format specified, yuv444p for H.264 encoding chosen. Use -pix_fmt yuv420p for compatibility with outdated media players. [libx264 @ 0000000002577b00] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX [libx264 @ 0000000002577b00] profile High 4:4:4 Predictive, level 4.2, 4:4:4 8-bit [libx264 @ 0000000002577b00] 264 - core 133 r2334 a3ac64b - H.264/MPEG-4 AVC codec - Copyleft 2003-2013 - http://www.videola n.org/x264.html - options: cabac=1 ref=8 deblock=1:0:0 analyse=0x3:0x133 me=umh subme=9 psy=1 psy_rd=1.00:0.00 mixed_ref=1 m e_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=4 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=2 b_bias=0 direct=3 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=60 rc=crf mbtree=1 crf=28.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '_test_colorBalanceLast.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 album : 2013-06 Leuven genre : Danse Kizomba encoder : Lavf55.9.100 Stream #0:0(eng): Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 1152x920, q=-1--1, 15360 tbn, 30 tbc Metadata: rotate : 90 creation_time : 2013-06-02 14:52:23 handler_name : VideoHandle Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 128 kb/s Metadata: creation_time : 2013-06-02 14:52:23 handler_name : SoundHandle Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 60 fps=3.6 q=-1.0 Lsize= 300kB time=00:00:02.00 bitrate=1226.9kbits/s video:272kB audio:25kB subtitle:0 global headers:0kB muxing overhead 1.072403% [libx264 @ 0000000002577b00] frame I:1 Avg QP:27.92 size: 14692 [libx264 @ 0000000002577b00] frame P:16 Avg QP:29.18 size: 8580 [libx264 @ 0000000002577b00] frame B:43 Avg QP:33.85 size: 2920 [libx264 @ 0000000002577b00] consecutive B-frames: 1.7% 0.0% 25.0% 73.3% [libx264 @ 0000000002577b00] mb I I16..4: 52.5% 45.0% 2.5% [libx264 @ 0000000002577b00] mb P I16..4: 11.2% 10.3% 0.6% P16..4: 31.0% 3.5% 3.3% 0.0% 0.0% skip:40.0% [libx264 @ 0000000002577b00] mb B I16..4: 0.4% 0.6% 0.0% B16..8: 34.1% 2.6% 0.4% direct: 0.7% skip:61.0% L0:42.1% L1:56.1% BI: 1.8% [libx264 @ 0000000002577b00] 8x8 transform intra:47.4% inter:76.1% [libx264 @ 0000000002577b00] direct mvs spatial:90.7% temporal:9.3% [libx264 @ 0000000002577b00] coded y,u,v intra: 18.9% 5.4% 4.4% inter: 2.8% 0.5% 0.5% [libx264 @ 0000000002577b00] i16 v,h,dc,p: 37% 28% 13% 21% [libx264 @ 0000000002577b00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 12% 27% 5% 8% 7% 11% 7% 10% [libx264 @ 0000000002577b00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 21% 17% 6% 8% 6% 10% 7% 14% [libx264 @ 0000000002577b00] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0000000002577b00] ref P L0: 53.6% 8.4% 19.0% 6.3% 4.2% 3.7% 2.6% 1.8% 0.4% [libx264 @ 0000000002577b00] ref B L0: 78.3% 10.0% 6.8% 2.0% 1.4% 1.0% 0.5% [libx264 @ 0000000002577b00] ref B L1: 92.7% 7.3% [libx264 @ 0000000002577b00] kb/s:1110.19 F:\danses\Kizomba\2013-06 Leuven> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:28:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:28:25 -0000 Subject: [FFmpeg-trac] #2698(avfilter:new): colorbalance filter should also work without YUV to RGB conversion In-Reply-To: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> References: <036.4ff20c2823b10932bafe52432c66f92d@avcodec.org> Message-ID: <051.a602082e1d42fe36946021bd905b11fb@avcodec.org> #2698: colorbalance filter should also work without YUV to RGB conversion --------------------------------------+------------------------------------ Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: colorbalance | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Is the problem also reproducible when using {{{-vcodec mpeg4}}} or only with external libraries? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:29:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:29:58 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.be024c132c30adeeadfe76f9b05fb432@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * component: avfilter => avcodec Comment: Does lame support setting gain? If not, I don't see how this could be implemented in FFmpeg. (If it does support it, I suspect it is already working.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:32:00 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:32:00 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.b4c4c3e04ea88680e1b39a1f9042ed21@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Could you provide two aac samples made from the same input but with different gain? Ideally, one would be extremely silent to make the difference very obvious. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:41:25 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:41:25 -0000 Subject: [FFmpeg-trac] #2707(avformat:closed): Crash in mxg demuxer on sparc In-Reply-To: <036.32dac22c4aa04bcb784089273eb326a3@avcodec.org> References: <036.32dac22c4aa04bcb784089273eb326a3@avcodec.org> Message-ID: <051.e8374dd3eb138831e48e2db10950f4ba@avcodec.org> #2707: Crash in mxg demuxer on sparc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: crash mxg | Blocked By: sparc | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 11:44:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 09:44:57 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream Message-ID: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Type: defect er.anshul.maheshwari@? | Priority: normal Status: new | Version: git- Component: avformat | master Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: There is memory leak when we do avformat_new_stream, when we use codec h264, we dont free the codec->privatedata in avformat_free_context How to reproduce: to reproduce the bug we cant use ffmpeg directly, take the file attached to ticket, and compile it using ffmpeg library i am using latest version from git. i dont know that if, i fall in developer category, but i can reproduce and have analyzed it too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 12:12:29 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 10:12:29 -0000 Subject: [FFmpeg-trac] #2093(avcodec:new): ffplay: crash when seeking with the mouse In-Reply-To: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> References: <038.b26f3d4e245623b38cd3fc44b460e3c3@avcodec.org> Message-ID: <053.717c6c95680e9adfc45b1ba1584410f3@avcodec.org> #2093: ffplay: crash when seeking with the mouse -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): When compiling without threads, I see the following invalid read with valgrind that corresponds to the crash on Windows from comment:15, I cannot reproduce this crash and the invalid read if threads are enabled: {{{ ==11602== Invalid read of size 1 ==11602== at 0xAA6B84: ff_er_frame_end (error_resilience.c:1190) ==11602== by 0x911551: ff_rv34_decode_frame (rv34.c:1671) ==11602== by 0x9852A0: avcodec_decode_video2 (utils.c:1940) ==11602== by 0x461A88: video_thread (ffplay.c:1685) ==11602== by 0x5CCDE95: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==11602== by 0x5D10CD8: ??? (in /usr/lib64/libSDL-1.2.so.0.11.4) ==11602== by 0x5F5EE0D: start_thread (in /lib64/libpthread-2.15.so) ==11602== by 0x6B7B2CC: clone (in /lib64/libc-2.15.so) ==11602== Address 0x1 is not stack'd, malloc'd or (recently) free'd ==11602== }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 12:13:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 10:13:58 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.2fc10cea3c6f597369e669e1a791f998@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Do copyrights not apply where you live? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 12:38:20 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 10:38:20 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.ee0fde00bf0bd3951e0dea5c1278abbe@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): Replying to [comment:1 cehoyos]: > Do copyrights not apply where you live? I they apply, can you explain how am i breaking laws. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 12:51:46 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 10:51:46 -0000 Subject: [FFmpeg-trac] #1896(build system:closed): configure --enable-bzlib doesn't cause configure to fail if there's no bzlib In-Reply-To: <039.10c936fb52e70aae75be154222ca8af6@avcodec.org> References: <039.10c936fb52e70aae75be154222ca8af6@avcodec.org> Message-ID: <054.e7bafc70769f96d4988af89f660d53dc@avcodec.org> #1896: configure --enable-bzlib doesn't cause configure to fail if there's no bzlib -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: configure's help prints: {{{ --disable-bzlib disable bzlib [autodetect] }}} explaining that --enable-bzlib has no meaning (it is the default behaviour if bzlib is available). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 12:52:35 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 10:52:35 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.2114d0a492a0d090abd1408c0a91c020@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I compared doc/examples/muxing.c to the file you attached here and had the feeling you removed something important on top. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 13:03:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 11:03:48 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.3a0a2c83218c3ff1e1c76e5bbb6f6e29@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): Replying to [comment:3 cehoyos]: > I compared doc/examples/muxing.c to the file you attached here and had the feeling you removed something important on top. i wrote that attached file myself and took some reference from that file, i didn?t copy, modify, merge, publish, distribute, sublicense, and/or sell copies of that file. as on above copy right. If taking reference also need to put that license, '''i don?t have any problem pasting that again.''' Does that file really seems to be same as example/muxing.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 13:09:02 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 11:09:02 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.0a0c4333d7f73f9b2c760136167bdfe2@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by gjdfgh): It seems a bit silly to insist on licenses for EXAMPLES. Maybe effort should be made to relicense the affected files to public domain? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 13:41:48 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 11:41:48 -0000 Subject: [FFmpeg-trac] #2422(avutil:open): Compilation with OpenCL fails when w32threads or os2threads are enabled In-Reply-To: <034.c69793cc849015675380ebb97f5eaec0@avcodec.org> References: <034.c69793cc849015675380ebb97f5eaec0@avcodec.org> Message-ID: <049.885e53139b82542c8d1a49f74717bd4c@avcodec.org> #2422: Compilation with OpenCL fails when w32threads or os2threads are enabled -------------------------------------+---------------------------------- Reporter: jamal | Owner: Type: enhancement | Status: open Priority: wish | Component: avutil Version: git-master | Resolution: Keywords: opencl | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * priority: important => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 Comment: configure now tells the user that opencl does not work with Windows native threads, making opencl work with --enable-w32threads is a feature request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 13:51:39 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 11:51:39 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.85ba146e9748767175ec1fe0ffa8443d@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 er.anshul.maheshwari@?]: > i wrote that attached file myself My comment:1 was meant mostly as a joke, I was just surprised that you posted a file named exactly like one from the examples directory and when I opened it in the browser the only obvious difference was the missing license header (which basically only contains the request to not remove it), sorry if you felt offended. I consider your comment extremely offending though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 14:01:03 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 12:01:03 -0000 Subject: [FFmpeg-trac] #2556(avfilter:closed): Broken PNG decode In-Reply-To: <035.bcc53bd98138830b8c0aaed4c357efec@avcodec.org> References: <035.bcc53bd98138830b8c0aaed4c357efec@avcodec.org> Message-ID: <050.57c5a08fccfaf753bf962de6ff43d23d@avcodec.org> #2556: Broken PNG decode ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: png | 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 => avfilter * reproduced: 0 => 1 Comment: Michael has fixed the avfilter-related problem in ee97982 (and some earlier commits), the remaining problem is a duplicate of ticket #2158 afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 14:03:54 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 12:03:54 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.6294ef2f9ac81e53913341d945b72066@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): Replying to [comment:6 cehoyos]: > Replying to [comment:4 er.anshul.maheshwari@?]: > > i wrote that attached file myself > > My comment:1 was meant mostly as a joke, I was just surprised that you posted a file named exactly like one from the examples directory and when I opened it in the browser the only obvious difference was the missing license header (which basically only contains the request to not remove it), sorry if you felt offended. > > I consider your comment extremely offending though. Actually i am newbie, don't know lot of laws "Extremly sorry if mine comments were offending" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 14:04:11 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 12:04:11 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.6889bd86da34967f40d85a9da5e59830@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): I checked the memory footprint of example, and found that codec->private_data is freed by avcodec_close. I think that if avformat is allocating some Context using libavcodec, then libavformat should deallocate, but it is expecting user to call avcodec_close. If guys you feel that avcodec_close should be called by user, at least we should mention in comment above avformat_new_stream. Still 7 bytes are leak =14859== total heap usage: 10,873 allocs, 10,851 frees, 169,396,375 bytes allocated ==14859== ==14859== 7 bytes in 1 blocks are definitely lost in loss record 5 of 19 ==14859== at 0x40294EB: memalign (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==14859== by 0x4A7A829: av_strdup (mem.c:241) ==14859== by 0x4A7BA2B: set_string (opt.c:172) ==14859== by 0x4A7C1BA: av_opt_set (opt.c:267) ==14859== by 0x4A7EB6A: av_opt_set_defaults2 (opt.c:1001) ==14859== by 0x4A7E9CF: av_opt_set_defaults (opt.c:961) ==14859== by 0x46315FF: avcodec_get_context_defaults3 (options.c:136) ==14859== by 0x46316D2: avcodec_alloc_context3 (options.c:157) ==14859== by 0x49755C8: avformat_new_stream (utils.c:3258) ==14859== by 0x4AA4FBD: add_stream (muxing.c:32) ==14859== by 0x4AA5269: init (muxing.c:121) ==14859== by 0x8048904: main (test_app.c:52) ==14859== ==14859== LEAK SUMMARY: ==14859== definitely lost: 7 bytes in 1 blocks ==14859== indirectly lost: 0 bytes in 0 blocks ==14859== possibly lost: 0 bytes in 0 blocks ==14859== still reachable: 2,074,154 bytes in 21 blocks ==14859== suppressed: 0 bytes in 0 blocks ==14859== Reachable blocks (those to which a pointer was found) are not shown. ==14859== To see them, rerun with: --leak-check=full --show-reachable=yes I don't know how to remove that attached file, otherwise i have attached another file with license on top. if any one know please help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 15:15:41 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 13:15:41 -0000 Subject: [FFmpeg-trac] #2158(swscale:closed): Transparency gets lost on conversion from pal8 to yuva* In-Reply-To: <036.629c2d19988510b6fe46904701ccf7ef@avcodec.org> References: <036.629c2d19988510b6fe46904701ccf7ef@avcodec.org> Message-ID: <051.f9aa11291a2a3710307bf21e4b76a29f@avcodec.org> #2158: Transparency gets lost on conversion from pal8 to yuva* ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in 034b31df2cd05751f7242887192292777f779bbd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 19:07:10 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 17:07:10 -0000 Subject: [FFmpeg-trac] #2717(undetermined:new): ffplay: time counter starts from 8s with wavpack file Message-ID: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/4fcb2b2d {{{ C:\>ffplay test.wv ffplay version N-54178-gbbe26ef Copyright (c) 2003-2013 the FFmpeg developers built on Jun 24 2013 17:10:38 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, wv, from 'test.wv': 0B f=0/0 Duration: 00:00:30.01, start: 0.000000, bitrate: 891 kb/s Stream #0:0: Audio: wavpack, 44100 Hz, stereo, s16p 8.61 M-A: 0.000 fd= 0 aq= 671KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 20:34:49 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 18:34:49 -0000 Subject: [FFmpeg-trac] #2715(undetermined:closed): ffmpeg for embedded linux system (timesys embedded linux) In-Reply-To: <035.82c2c02ef30304f16c44ba2265e0a4cc@avcodec.org> References: <035.82c2c02ef30304f16c44ba2265e0a4cc@avcodec.org> Message-ID: <050.9f6d5929c011c5f9c7f12443d90e5d3f@avcodec.org> #2715: ffmpeg for embedded linux system (timesys embedded linux) -------------------------------------+------------------------------------- Reporter: plsipl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by llogan): Please understand that this bug tracker is not a support forum. You can ask for help at the ffmpeg-user mailing list or the #ffmpeg IRC channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 21:17:36 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 19:17:36 -0000 Subject: [FFmpeg-trac] #724(undetermined:closed): corrupted bmp video stream created when muxing bmp into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.9d47f45e4c4d72c066cb19ebb901e84f@avcodec.org> #724: corrupted bmp video stream created when muxing bmp into avi -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bmp | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by compn): i think people want -vcodec bmp to be an msrle encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 22:50:57 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 20:50:57 -0000 Subject: [FFmpeg-trac] #2718(undetermined:new): allow remuxing of qdm2 from mov to aifc Message-ID: <038.c1c8fdf9396610be2c9f34c5341427c4@avcodec.org> #2718: allow remuxing of qdm2 from mov to aifc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i QT-QDesign2.mov -vn -acodec copy out.aif ffmpeg version N-54178-gbbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 17:10:38 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'QT-QDesign2.mov': Metadata: creation_time : 2002-10-03 18:58:49 Duration: 00:00:05.96, start: 0.000000, bitrate: 898 kb/s Stream #0:0(eng): Audio: qdm2 (QDM2 / 0x324D4451), 11025 Hz, mono, s16, 24 k b/s Metadata: creation_time : 2002-10-03 18:58:49 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: cinepak (cvid / 0x64697663), pal8, 192x128, 872 kb/ s, 24 fps, 24 tbr, 1000k tbn, 1000k tbc Metadata: creation_time : 2002-10-03 18:58:49 handler_name : Apple Alias Data Handler [aiff @ 02aada40] block align not set Output #0, aiff, to 'out.aif': Metadata: encoder : Lavf55.9.100 Stream #0:0(eng): Audio: qdm2 (QDM2 / 0x324D4451), 11025 Hz, mono, 24 kb/s Metadata: creation_time : 2002-10-03 18:58:49 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Could not write header for output file #0 (incorrect codec parameters ?): Error number -1 occurred }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 23:03:58 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 21:03:58 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: memleak with threads > 1 In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.ee75499eacacab411587e77c77781dcd@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 | ------------------------------------+----------------------------------- Comment (by ami_stuff): just tested this and got crash with: ffmpeg -max_alloc 199900 -i h264.avi could you try reproduce? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Jun 26 23:46:08 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 21:46:08 -0000 Subject: [FFmpeg-trac] #724(undetermined:closed): corrupted bmp video stream created when muxing bmp into avi In-Reply-To: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> References: <038.bac7558c47d0f787a1a1eb85666d4d9d@avcodec.org> Message-ID: <053.96edd575ae25ef892cd798e01cd32111@avcodec.org> #724: corrupted bmp video stream created when muxing bmp into avi -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: bmp | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 compn]: > i think people want -vcodec bmp to be an msrle encoder. How do you suggest should we call the (current) bmp encoder instead? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 00:35:40 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 22:35:40 -0000 Subject: [FFmpeg-trac] #2717(avcodec:open): ffplay: time counter starts from 8s with wavpack file In-Reply-To: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> References: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> Message-ID: <053.bb196f77090865b85e2bc69dfbdd33ff@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => wavpack regression Comment: Regression since 9684d7f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 01:50:32 2013 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Jun 2013 23:50:32 -0000 Subject: [FFmpeg-trac] #2718(undetermined:open): allow remuxing of qdm2 from mov to aifc In-Reply-To: <038.c1c8fdf9396610be2c9f34c5341427c4@avcodec.org> References: <038.c1c8fdf9396610be2c9f34c5341427c4@avcodec.org> Message-ID: <053.a388c24c795a90af8609f90e04c3c26e@avcodec.org> #2718: allow remuxing of qdm2 from mov to aifc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: qdm2 aif | Resolution: caf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => qdm2 aif caf * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: If this gets fixed, the same should be done for caff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 02:54:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 00:54:09 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.136fd97f1108445f43e4f7d9e980cb0d@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sporn): Right so you reproduced it and have now said that you cant reproduce it? The real cause of the bug is that interrupt_callback isn't working. Any chance you could take a moment just to check that? Do you know how to do that? Happy to help... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 02:57:35 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 00:57:35 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.50cb11d28c5e36c6836403defa492e07@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I could reproduce the hang but you said that the problem is a regression (ie that it worked with an older version of FFmpeg) but I was unable to find a working revision. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 02:59:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 00:59:52 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.4cbc660f9e73347d45e30ecd53e05032@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:21 sporn]: > The real cause of the bug is that interrupt_callback isn't working. Any chance you could take a moment just to check that? Sure, if you can provide source code that compiles with gcc I can also test that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 03:14:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 01:14:40 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.9f90131889ba383c71340277d16bd238@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sporn): Give this a go: http://hosting.ispyconnect.com/testinterrupt.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 05:54:27 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 03:54:27 -0000 Subject: [FFmpeg-trac] #2716(avformat:new): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.0d1fce087d0fc89ec63b511bda2f6016@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: memory leak | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): I got exactly where is the leak of 7 byte In my case program counter never reach at the following position #0 av_freep (arg=0x90c11d0) at libavutil/mem.c:219 #1 0x08878aac in av_opt_free (obj=0x90c0c20) at libavutil/opt.c:1216 #2 0x08595830 in avcodec_close (avctx=0x90c0880) at libavcodec/utils.c:2382 #3 0x0804c330 in close_video (oc=0x90c0020, st=0x90c0620) at muxing.c:375 #4 0x0804c864 in main (argc=2, argv=0xbfffed94) at muxing.c:496 since it never full fill the below condition in file libavcodec/utils.c if (avctx->priv_data && avctx->codec && avctx->codec->priv_class) av_opt_free(avctx->priv_data); in my case avctx->codec is NULL -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 06:07:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 04:07:28 -0000 Subject: [FFmpeg-trac] #2716(avformat:open): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.06202bac63a36cc013efa8b8bf0f1d7e@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by er.anshul.maheshwari@?): * owner: => er.anshul.maheshwari@? * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 06:13:36 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 04:13:36 -0000 Subject: [FFmpeg-trac] #2716(avformat:open): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.f09ed0ea90fb3d24b6e9e1b2eae8a379@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by er.anshul.maheshwari@?): I do have two solution. 1.put some comment at avformat_new_stream, that what things might be required 2.just free things at avformat_free_context please guide me this is the first time, i have assigned bug to me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 06:38:26 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 04:38:26 -0000 Subject: [FFmpeg-trac] #2716(avformat:open): Memory leak at avformat_new_stream In-Reply-To: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> References: <059.c83fb22adb05b2ec77e6b6f6eb25ff8e@avcodec.org> Message-ID: <074.6919eeec7da90d6e722df8d83bafa2a2@avcodec.org> #2716: Memory leak at avformat_new_stream -------------------------------------+------------------------------------- Reporter: | Owner: er.anshul.maheshwari@? | er.anshul.maheshwari@? Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: memory leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by er.anshul.maheshwari@?): * analyzed: 0 => 1 * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 09:24:54 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 07:24:54 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.c175ab008027c5bf0864441ab1b8493b@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I am running the bisec and did more than 100 loops. I use the scrip {{{ #!/bin/bash let loopnb=100 while true; do let loopnb+=1 ./configure --disable-protocols --disable-decoders --disable-encoders --disable-demuxers --disable-muxers --disable-outdevs --disable-bsfs --disable-parsers --enable-protocol=file --enable-decoder=pcm_s16le --enable-encoder=pcm_s16le --enable-muxer=wav --disable-filters && make ffmpeg ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y out.wav -t 0:0:10 mplayer out.wav -loop 10 echo "loops num:" $loopnb echo [g]ood or [b]ad sound? [e]xit [p]lay read KB case $KB in g) make distclean && git bisect good echo GOOD;; b) make distclean && git bisect bad echo BAD;; p) mplayer out.wav -loop 4 echo;; e) exit;; esac done }}} I can count the loop number but I can't see the bisecting progress. 1) Could you let me know what command I could add in the loop to check there is a change between every test. 2) Do you know how many loops there are between f2f35d3 and 743b389. I started from f2f35d3 and I assume I'll reach 743b389, so I hope I am going in the good way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 09:47:04 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 07:47:04 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.57bc9d03d58e274af0a336493fe60755@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could this be a duplicate of ticket #2686? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 10:06:01 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 08:06:01 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.fd44c21de297cbd1cb708ecac180e052@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:95 MrNice]: > I am running the bisec and did more than 100 loops. Generally, everything >15 seems incorrect, but in this specific case, only ten steps are necessary (there are less than 2^10^ versions between 743b389 and f2f35d3). Why didn't you follow the original path that we worked on above? First test the versions that we selected to make sure nothing went wrong (if the first mplayer doesn't sound good or the second doesn't sound bad, the bisecting will not help): {{{ $ make distclean $ git bisect reset $ git checkout master $ git bisect start $ git checkout 743b389 $ ./configure ... $ ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y -t 10 out.wav $ mplayer out.wav $ make distclean && git bisect good $ git checkout f2f35d3 $ ./configure ... $ ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y -t 10 out.wav $ mplayer out.wav $ make distclean && git bisect bad }}} Then start bisecting: {{{ $ ./configure ... $ ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y -t 10 out.wav $ ./mplayer out.wav $ git bisect good/bad }}} If you use the "long" configure line, this should not take more than 15 minutes, with {{{./configure && make}}}, it depends on your hardware. Are you aware that you can speed up compilation time depending on the number of CPUs installed? {{{./configure ... && make -j16 ffmpeg}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 10:35:19 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 08:35:19 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.62fb71fee62c69d6f2e6c01e69fb1283@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): Sorry again, but I don't really understand what I am doing, so I need help. I will follow your commands step by steps so, please help me step by step. I stop my script with "make distclean && git bisect good" and from you commands {{{ $ make distclean Makefile:1: config.mak: No such file or directory libavdevice/Makefile:1: libavdevice/../config.mak: No such file or directory libavformat/Makefile:1: libavformat/../config.mak: No such file or directory libavcodec/Makefile:1: libavcodec/../config.mak: No such file or directory libavutil/Makefile:1: libavutil/../config.mak: No such file or directory > vhook/watermark.d > vhook/null.d > vhook/fish.d > libavutil/utils.d > libavutil/tree.d > libavutil/string.d > libavutil/sha1.d > libavutil/rc4.d > libavutil/rational.d > libavutil/random.d > libavutil/mem.d > libavutil/md5.d > libavutil/mathematics.d > libavutil/lzo.d > libavutil/log.d > libavutil/lls.d > libavutil/lfg.d > libavutil/intfloat_readwrite.d > libavutil/fifo.d > libavutil/des.d > libavutil/crc.d > libavutil/base64.d > libavutil/aes.d > libavutil/adler32.d make: *** No rule to make target `libavutil/../config.mak'. Stop. }}} What should I do to fix? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 10:38:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 08:38:48 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.8b7f92f046a6576e7325995600ffbb76@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:97 MrNice]: > What should I do to fix? Nothing, just continue with the next command (I couldn't know if you had run make distclean before or not). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 11:04:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 09:04:18 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.1b0f2b3e0383f0843fdb6f1c249b9ca5@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): (The includes look wrong, I replaced them with something like "include libavformat/avformat.h") The command prints many lines of "Interrupt callback called" on the console - does this mean there is no issue and the callbacks work fine? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 11:16:54 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 09:16:54 -0000 Subject: [FFmpeg-trac] #2717(FFplay:open): ffplay: time counter starts from 8s with wavpack file In-Reply-To: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> References: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> Message-ID: <053.90ec9b8025ffd676f3b1000c79597f63@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by richardpl): * keywords: wavpack regression => * component: avcodec => FFplay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 11:38:11 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 09:38:11 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.a756b5a5f18a4f658bcbb3d4b331800f@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I did the first part of your comment 95 without bisecting. With git checkout 743b389 audio is good and with git checkout f2f35d3 audio is good as well. But I'd like to be very accurate. When I say good it is the way I wrote in the comment 66 "...record was what I could consider good even it's not perfect." 1 or 2 tics per minute. I didn't get the distortion I had at the beginning. Is it correct? I think I should have one with the distortion. If you think it's necessary, I can step back to restart on good. Just let me know. I have some time. I want to find this bug anyway. And thanks a million for your patience. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 12:36:39 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 10:36:39 -0000 Subject: [FFmpeg-trac] #2171(undetermined:new): Joining a SSM multicast group using an SDP In-Reply-To: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> References: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> Message-ID: <049.eb292ff3de21ed7b802792a509da193f@avcodec.org> #2171: Joining a SSM multicast group using an SDP -------------------------------------+------------------------------------- Reporter: dbrb2 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sdp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EdTorbett): Hi, I have submitted a patch for this (plus additional checking for the source IP in rtpproto.c as it turns out to be necessary when running multiple instances of ffmpeg) to ffmpeg-devel. Patch is here if you want to test it: http://ffmpeg.org/pipermail/ffmpeg- devel/2013-June/145105.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 12:41:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 10:41:03 -0000 Subject: [FFmpeg-trac] #2171(undetermined:new): Joining a SSM multicast group using an SDP In-Reply-To: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> References: <034.ab99c98d18504b8c0cc6f169a0dd661f@avcodec.org> Message-ID: <049.43b0197a4f6f6e5463cdc3edfaf62c54@avcodec.org> #2171: Joining a SSM multicast group using an SDP -------------------------------------+------------------------------------- Reporter: dbrb2 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: sdp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by EdTorbett): Further to this, the additional errors mentioned in the original support thread you created are resolved by this; these are due to the stream being rtp rather than just plain udp. with this patch applied an alternate url to access the stream without an SDP file would be ffmpeg -i rtp://:?ssm=. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 13:09:52 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 11:09:52 -0000 Subject: [FFmpeg-trac] #2717(FFplay:open): ffplay: time counter starts from 8s with wavpack file In-Reply-To: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> References: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> Message-ID: <053.cd308448b5586f1075ee98a5f5559206@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wavpack regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 13:17:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 11:17:18 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.d8695706e200108579d5c2bd7d45a979@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:99 MrNice]: > With git checkout 743b389 audio is good Sorry, but you will have to decide if 743b389 is ''good'' (comment:24 and comment:99) or ''bad'' (comment:66 and some later ones). If it is good, I suggest you remove "flags = SND_PCM_NONBLOCK" from the source of later versions (this is the only change in the commit right after 743b389. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 13:38:58 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 11:38:58 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.b88faab13e7bd1432734eebb3c9b9e4b@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sporn): What are you testing it on? Linux? It's definitely not working here -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 13:42:03 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 11:42:03 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.09c97a1a41225946eab1696f23361fd5@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 13:45:46 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 11:45:46 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.ea250f08357c493ebca97d09854f6705@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:26 sporn]: > What are you testing it on? Linux? It's definitely not working here I tested on Linux and Windows 7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 14:07:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 12:07:49 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.3ca44e30b82001a72876717a5bc2c78d@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sporn): well.. that doesn't make any sense - the reason ffplay is hanging on non- existent streams is because the interrupt callback isn't working... unless something has been fixed in the last couple of days... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 14:31:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 12:31:18 -0000 Subject: [FFmpeg-trac] #2694(avformat:open): interrupt_callback not working In-Reply-To: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> References: <034.313795007574fc4ad5492d1b02330de1@avcodec.org> Message-ID: <049.5afb0179ef9b98014e39d2e57cd5a6f9@avcodec.org> #2694: interrupt_callback not working -------------------------------------+------------------------------------- Reporter: sporn | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: win | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Could you confirm that testinterrupt.c shows no output for you? And perhaps attach an actually working version (after all, I had to edit it)? How did you compile the libraries? Which configure options and which compiler? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 14:44:18 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 12:44:18 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.ed9a90f09b288158d9e3255f1522b75f@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I did {{{ $ make distclean $ git bisect reset $ git checkout master $ git pull }}} then added # before "flags = SND_PCM_NONBLOCK" in line 193. How to rebuild and test the new conf? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 15:27:28 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 13:27:28 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.c2df4f0b67b46ca7bea35e1c64c2707b@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): See comment:85 but note that C comments start with {{{//}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 17:04:25 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 15:04:25 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.eb2a2e3329a4e5b16c7b3015ee455681@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): I reproduced the warbling effect, on recent ffmpeg N-54096-ge41bf19 I've got from git, and one ffmpeg version 1.2.1. The warbling was reproduced using the flac file above. {{{ ffmpeg -i sine440Hz_24bit.flac -vn -c:a aac -strict experimental -b:a 128k sin440Hz_24bit.mp4 }}} Both versions were tested and bitrate 0k, 16k, 32k, ......, 240k, 256k was tested. I listened to the 34 mp4 files and any files above 64k had a serious warbling. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 17:07:21 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 15:07:21 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.9997ee0ecf5c4c95f11932d46849fbe6@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Does that mean it is not a duplicate of #2686 or did you confirm that it is a duplicate? Or is it too soon to answer this question? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 17:25:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 15:25:13 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.8b76d50866b8137e7d375758be3889eb@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): It can be a duplicate. These two bugs #2686 and #2706, although using two completely different clips, have one thing in common: they happen in '''higher''' bitrates. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 17:34:17 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 15:34:17 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.5b71da21e566fd36416ef931045d53c3@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I did the change // saved it and $ ./configure && make. {{{ $ ./ffmpeg -f alsa -ac 2 -i hw:0,0 -y -t 120 out.wav ffmpeg version N-54228-g42bd0cd Copyright (c) 2000-2013 the FFmpeg developers built on Jun 27 2013 15:15:45 with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-3) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, alsa, from 'hw:0,0': Duration: N/A, start: 1372346284.750455, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Output #0, wav, to 'out.wav': Metadata: ISFT : Lavf55.10.100 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 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 8352kB time=00:00:44.54 bitrate=1536.0kbits/s video:0kB audio:8352kB subtitle:0 global headers:0kB muxing overhead 0.000935% }}} I recorded 2x 120seconds files. First has 31 tics, second has 26 tics, this is more than previously, but no distortion. I did records with music and there are lot of tics, almost like a vinyl record. This is not linked to the output level of the player nor the input level of the sound preference. This looks link to the density of the sound if I cut suddenly the player, 4 or 5 tics occur in the half second after in the silence. If you want a sample let me know. This in not acceptable but this is not the bug I had when I open the thread. Maybe there is 2 different bugs. Sorry but I will have to re-start few steps back, maybe at the beginning. Do you agree to lead me? I hope I don't spend too much of your time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 18:28:40 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 16:28:40 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.6be050e59de03bc451ab59779cbd031d@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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 kla960): Replying to [comment:6 cehoyos]: > Replying to [comment:3 kla960]: > > Comand line: > > ffmpeg -i sample.avi -fflags +genpts -vcodec copy -acodec ac3 -y sample.ts > > This command line looks different than the one from comment:2 > Please post one minimal command line that allows to reproduce the issue together with the complete, uncut console output. OK here the original line to the output ffmpeg.exe -threads 4 -fflags +genpts -i ".\CutOriginale\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi" -ss 341.04 -t 1353.8 -vcodec copy -acodec ac3 -ac 2 -ab 192k -y ".\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part1.ts" -ss 2233 -t 712.68 -vcodec copy -acodec ac3 -ac 2 -ab 192k -y ".\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part2.ts" -ss 3578.32 -t 353.4 -vcodec copy -acodec ac3 -ac 2 -ab 192k -y ".\Cut\Navy_CIS__L_A__13.06.23_21-15_sat1_60_TVOON_DE.mpg.HQ.avi.Part3.ts" But you can reproduce it in different ways. It always happend if you only reencode the audio!!!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 18:45:23 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 16:45:23 -0000 Subject: [FFmpeg-trac] #2712(undetermined:new): avi to mpegts with reencoding mp3 audio to ac3 In-Reply-To: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> References: <035.4b7503d347391cf9adbe30e1c5f2ddff@avcodec.org> Message-ID: <050.4d967f2daddca65c11c2b1a8bc6c9637@avcodec.org> #2712: avi to mpegts with reencoding mp3 audio to ac3 -------------------------------------+------------------------------------- Reporter: kla960 | 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): The shorter command line from comment:4 does not allow to reproduce the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 19:42:55 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 17:42:55 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.a6004eeda21fd5b79601a104f4d69d9b@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by cehoyos): First, to make sure we do not misunderstand each other: * 743b389 works well * 3cac2f1 sounds bad * If you remove AVFMT_FLAG_NONBLOCK from a current version, it sounds better than without removing it but worse than 743b389 (If one of above statements is not correct, then please correct me and ignore the following.) If you are interested in fixing this issue, I suggest you do a git bisect between 3cac2f1 and current git head, but this time removing (out- commenting) AVFMT_FLAG_NONBLOCK before typing "configure ..." for each test (you have to undo the changes before you type "git bisect good/bad") -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 23:08:15 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 21:08:15 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.31143c20ce89cbd4401995ef055056c6@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | 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 | ------------------------------------+------------------------------------ Comment (by MrNice): I did more tests with recorded music. What I called good when I tried with the bips input is in fact not good at all when real music is recorded. So all 743b389 AND f2f35d3 AND 3cac2f1 are bad when listening. 3cac2f1 is the worth. All are not acceptable. I doubled checked with arecord witch is perfect. I apologise for the time consuming I did. I'd propose to "forget" all we did (I'll remember what you taught me) and re-start at the beginning from new bases. If it's a good way, give me, let say, 5 "git checkout" numbers, spread from the last release to old release, I'll test them in the same way (your example comment 96) and give you the quality result. Sorry again for the inconvenience. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Jun 27 23:52:41 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 21:52:41 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? Message-ID: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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: SAR and DAR are incorrect How to reproduce: Please see question on stack overflow: http://stackoverflow.com/questions/17353387/how-to-detect-anamorphic- video-with-ffprobe {{{ -print_format json -show_format -show_streams {originalFilePath} ffprobe version N-54233-g86190af built on Jun 27 2013 }}} "Output{ \"streams\": [ { \"index\": 0, \"codec_name\": \"h264\", \"codec_long_name\": \"H.264/AVC/MPEG-4AVC/MPEG-4part10\", \"profile\": \"Main\", \"codec_type\": \"video\", \"codec_time_base\": \"1/5994\", \"codec_tag_string\": \"avc1\", \"codec_tag\": \"0x31637661\", \"width\": 1280, \"height\": 720, \"has_b_frames\": 0, \"sample_aspect_ratio\": \"0: 1\", \"display_aspect_ratio\": \"0: 1\", \"pix_fmt\": \"yuv420p\", \"level\": 31, \"r_frame_rate\": \"2997/100\", \"avg_frame_rate\": \"2997/100\", \"time_base\": \"1/2997\", \"start_pts\": 0, \"start_time\": \"0.000000\", \"duration_ts\": 204100, \"duration\": \"68.101435\", \"bit_rate\": \"3894381\", \"nb_frames\": \"2041\", \"disposition\": { \"default\": 0, \"dub\": 0, \"original\": 0, \"comment\": 0, \"lyrics\": 0, \"karaoke\": 0, \"forced\": 0, \"hearing_impaired\": 0, \"visual_impaired\": 0, \"clean_effects\": 0, \"attached_pic\": 0 }, \"tags\": { \"creation_time\": \"2013-05-0318: 33: 37\", \"language\": \"eng\", \"handler_name\": \"AppleAliasDataHandler\" } }, { \"index\": 1, \"codec_name\": \"aac\", \"codec_long_name\": \"AAC(AdvancedAudioCoding)\", \"codec_type\": \"audio\", \"codec_time_base\": \"1/44100\", \"codec_tag_string\": \"mp4a\", \"codec_tag\": \"0x6134706d\", \"sample_fmt\": \"fltp\", \"sample_rate\": \"44100\", \"channels\": 2, \"bits_per_sample\": 0, \"r_frame_rate\": \"0/0\", \"avg_frame_rate\": \"0/0\", \"time_base\": \"1/44100\", \"start_pts\": 0, \"start_time\": \"0.000000\", \"duration_ts\": 3003392, \"duration\": \"68.104127\", \"bit_rate\": \"125304\", \"nb_frames\": \"2933\", \"disposition\": { \"default\": 0, \"dub\": 0, \"original\": 0, \"comment\": 0, \"lyrics\": 0, \"karaoke\": 0, \"forced\": 0, \"hearing_impaired\": 0, \"visual_impaired\": 0, \"clean_effects\": 0, \"attached_pic\": 0 }, \"tags\": { \"creation_time\": \"2013-05-0318: 33: 37\", \"language\": \"eng\", \"handler_name\": \"AppleAliasDataHandler\" } } ], \"format\": { \"filename\": \"\\\\\\\\dell690\\\\vsf\\\\_asset_intake\\\\v2\\\\ed69c939-4fe1-40dd-a045-db72ed2e0009\\\\original\\\\USTC_Overview2.mov\", \"nb_streams\": 2, \"format_name\": \"mov, mp4, m4a, 3gp, 3g2, mj2\", \"format_long_name\": \"QuickTime/MOV\", \"start_time\": \"0.000000\", \"duration\": \"68.100000\", \"size\": \"34267583\", \"bit_rate\": \"4025560\", \"tags\": { \"major_brand\": \"qt\", \"minor_version\": \"537199360\", \"compatible_brands\": \"qt\", \"creation_time\": \"2013-05-0318: 33: 37\" } } }" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:00:07 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:00:07 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.f55d2fc60697bdf1c94ca678cb872f73@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 flamingspew): Here is a link to a test video that seems anamorphic. http://foreverscape.com/anamorphic_test.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:33:13 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:33:13 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.f18676b5bff6f01da5763e143eff449a@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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): Why do you think that what ffprobe shows is incorrect? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:33:49 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:33:49 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.0e480ce4b738cd55a1c94cc293476fd3@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > Summary of the bug: SAR and DAR are incorrect > How to reproduce: > Please see question on stack overflow: > http://stackoverflow.com/questions/17353387/how-to-detect-anamorphic- > video-with-ffprobe > > {{{ > -print_format json -show_format -show_streams {originalFilePath} > ffprobe version N-54233-g86190af built on Jun 27 2013 > }}} > > "Output{ > \"streams\": [ > { > \"index\": 0, > \"codec_name\": \"h264\", > \"codec_long_name\": \"H.264/AVC/MPEG-4AVC/MPEG-4part10\", > \"profile\": \"Main\", > \"codec_type\": \"video\", > \"codec_time_base\": \"1/5994\", > \"codec_tag_string\": \"avc1\", > \"codec_tag\": \"0x31637661\", > \"width\": 1280, > \"height\": 720, > \"has_b_frames\": 0, > \"sample_aspect_ratio\": \"0: 1\", > \"display_aspect_ratio\": \"0: 1\", > \"pix_fmt\": \"yuv420p\", > \"level\": 31, > \"r_frame_rate\": \"2997/100\", > \"avg_frame_rate\": \"2997/100\", > \"time_base\": \"1/2997\", > \"start_pts\": 0, > \"start_time\": \"0.000000\", > \"duration_ts\": 204100, > \"duration\": \"68.101435\", > \"bit_rate\": \"3894381\", > \"nb_frames\": \"2041\", > \"disposition\": { > \"default\": 0, > \"dub\": 0, > \"original\": 0, > \"comment\": 0, > \"lyrics\": 0, > \"karaoke\": 0, > \"forced\": 0, > \"hearing_impaired\": 0, > \"visual_impaired\": 0, > \"clean_effects\": 0, > \"attached_pic\": 0 > }, > \"tags\": { > \"creation_time\": \"2013-05-0318: 33: 37\", > \"language\": \"eng\", > \"handler_name\": \"AppleAliasDataHandler\" > } > }, > { > \"index\": 1, > \"codec_name\": \"aac\", > \"codec_long_name\": \"AAC(AdvancedAudioCoding)\", > \"codec_type\": \"audio\", > \"codec_time_base\": \"1/44100\", > \"codec_tag_string\": \"mp4a\", > \"codec_tag\": \"0x6134706d\", > \"sample_fmt\": \"fltp\", > \"sample_rate\": \"44100\", > \"channels\": 2, > \"bits_per_sample\": 0, > \"r_frame_rate\": \"0/0\", > \"avg_frame_rate\": \"0/0\", > \"time_base\": \"1/44100\", > \"start_pts\": 0, > \"start_time\": \"0.000000\", > \"duration_ts\": 3003392, > \"duration\": \"68.104127\", > \"bit_rate\": \"125304\", > \"nb_frames\": \"2933\", > \"disposition\": { > \"default\": 0, > \"dub\": 0, > \"original\": 0, > \"comment\": 0, > \"lyrics\": 0, > \"karaoke\": 0, > \"forced\": 0, > \"hearing_impaired\": 0, > \"visual_impaired\": 0, > \"clean_effects\": 0, > \"attached_pic\": 0 > }, > \"tags\": { > \"creation_time\": \"2013-05-0318: 33: 37\", > \"language\": \"eng\", > \"handler_name\": \"AppleAliasDataHandler\" > } > } > ], > \"format\": { > \"filename\": > \"\\\\\\\\dell690\\\\vsf\\\\_asset_intake\\\\v2\\\\ed69c939-4fe1-40dd-a045-db72ed2e0009\\\\original\\\\USTC_Overview2.mov\", > \"nb_streams\": 2, > \"format_name\": \"mov, > mp4, > m4a, > 3gp, > 3g2, > mj2\", > \"format_long_name\": \"QuickTime/MOV\", > \"start_time\": \"0.000000\", > \"duration\": \"68.100000\", > \"size\": \"34267583\", > \"bit_rate\": \"4025560\", > \"tags\": { > \"major_brand\": \"qt\", > \"minor_version\": \"537199360\", > \"compatible_brands\": \"qt\", > \"creation_time\": \"2013-05-0318: 33: 37\" > } > } > }" New description: Summary of the bug: SAR and DAR are incorrect How to reproduce: Please see question on stack overflow: http://stackoverflow.com/questions/17353387/how-to-detect-anamorphic- video-with-ffprobe {{{ -print_format json -show_format -show_streams {originalFilePath} ffprobe version N-54233-g86190af built on Jun 27 2013 }}} {{{ "Output{ \"streams\": [ { \"index\": 0, \"codec_name\": \"h264\", \"codec_long_name\": \"H.264/AVC/MPEG-4AVC/MPEG-4part10\", \"profile\": \"Main\", \"codec_type\": \"video\", \"codec_time_base\": \"1/5994\", \"codec_tag_string\": \"avc1\", \"codec_tag\": \"0x31637661\", \"width\": 1280, \"height\": 720, \"has_b_frames\": 0, \"sample_aspect_ratio\": \"0: 1\", \"display_aspect_ratio\": \"0: 1\", \"pix_fmt\": \"yuv420p\", \"level\": 31, \"r_frame_rate\": \"2997/100\", \"avg_frame_rate\": \"2997/100\", \"time_base\": \"1/2997\", \"start_pts\": 0, \"start_time\": \"0.000000\", \"duration_ts\": 204100, \"duration\": \"68.101435\", \"bit_rate\": \"3894381\", \"nb_frames\": \"2041\", \"disposition\": { \"default\": 0, \"dub\": 0, \"original\": 0, \"comment\": 0, \"lyrics\": 0, \"karaoke\": 0, \"forced\": 0, \"hearing_impaired\": 0, \"visual_impaired\": 0, \"clean_effects\": 0, \"attached_pic\": 0 }, \"tags\": { \"creation_time\": \"2013-05-0318: 33: 37\", \"language\": \"eng\", \"handler_name\": \"AppleAliasDataHandler\" } }, { \"index\": 1, \"codec_name\": \"aac\", \"codec_long_name\": \"AAC(AdvancedAudioCoding)\", \"codec_type\": \"audio\", \"codec_time_base\": \"1/44100\", \"codec_tag_string\": \"mp4a\", \"codec_tag\": \"0x6134706d\", \"sample_fmt\": \"fltp\", \"sample_rate\": \"44100\", \"channels\": 2, \"bits_per_sample\": 0, \"r_frame_rate\": \"0/0\", \"avg_frame_rate\": \"0/0\", \"time_base\": \"1/44100\", \"start_pts\": 0, \"start_time\": \"0.000000\", \"duration_ts\": 3003392, \"duration\": \"68.104127\", \"bit_rate\": \"125304\", \"nb_frames\": \"2933\", \"disposition\": { \"default\": 0, \"dub\": 0, \"original\": 0, \"comment\": 0, \"lyrics\": 0, \"karaoke\": 0, \"forced\": 0, \"hearing_impaired\": 0, \"visual_impaired\": 0, \"clean_effects\": 0, \"attached_pic\": 0 }, \"tags\": { \"creation_time\": \"2013-05-0318: 33: 37\", \"language\": \"eng\", \"handler_name\": \"AppleAliasDataHandler\" } } ], \"format\": { \"filename\": \"\\\\\\\\dell690\\\\vsf\\\\_asset_intake\\\\v2\\\\ed69c939-4fe1-40dd-a045-db72ed2e0009\\\\original\\\\USTC_Overview2.mov\", \"nb_streams\": 2, \"format_name\": \"mov, mp4, m4a, 3gp, 3g2, mj2\", \"format_long_name\": \"QuickTime/MOV\", \"start_time\": \"0.000000\", \"duration\": \"68.100000\", \"size\": \"34267583\", \"bit_rate\": \"4025560\", \"tags\": { \"major_brand\": \"qt\", \"minor_version\": \"537199360\", \"compatible_brands\": \"qt\", \"creation_time\": \"2013-05-0318: 33: 37\" } } }" }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:37:05 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:37:05 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.aed942ac3b72e1cd999ad8f2c6eaa42b@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: alsa | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: regression => alsa * priority: important => normal Comment: Replying to [comment:105 MrNice]: > f2f35d3 is bad This is the oldest version that supports alsa recording, if it does not work correctly, this is - apparently - not a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:42:56 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:42:56 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.0f4343c5384ae8fc8c579de0a542e992@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 flamingspew): Shouldn't it say 1:1 for square? Also, when I converted with normal scale params, it was stretched-- So i tried this to fix it: {{{ -vf scale=1280:-1 -vcodec libtheora -qscale:v }}} and it made the aspect work. That bit of CLI command I found when trying to fix anamorphic ratios. Is this video not really anamorphic? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:56:33 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:56:33 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.7f848720390e994248f900a4429e2499@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 flamingspew): Updated my comment to provide correct code that 'fixed' anamorphic problems. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 00:58:48 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 22:58:48 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.a0b80c70f8055752539c92e02f3e3850@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 flamingspew]: > Shouldn't it say 1:1 for square? Afaict, the file does not contain any aspect information (but this may of course be wrong, that is why I asked you why you think what ffprobe shows is wrong). > Also, when I converted with normal scale params, it was stretched Please provide your failing command line together with the complete, uncut console output. > Also, the sample_aspect_ratio and the display_aspect_ratio are the same here, but I suspect they are really not for this video. The are the same because both are not set. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 01:02:38 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 23:02:38 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.137ed15302a9305d1d920185db014cae@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 flamingspew): To get info: -print_format json -show_format -show_streams {originalPath} To Convert and Fix for Aspect Problem: convertParams = " --input \"" + sourceFilePath + "\" --ipod-atom --width 1280 --custom-anamorphic --display-width 1280 --keep-display-aspect --modulus 8 --crop 0:0:0:0 --optimize --encoder x264 --aencode faac --ab 128 --mixdown stereo --rate 29.97 --cfr --vb " + keyPair.Value + " --output " + path; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 01:30:09 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 23:30:09 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.61ee26a229d7f99a6e072052e0799d49@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | 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 conversion with FFmpeg leads to a file with incorrect aspect please provide the (exact) command line that produces the incorrect output for you together with the complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 01:55:29 2013 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Jun 2013 23:55:29 -0000 Subject: [FFmpeg-trac] #2559(avfilter:open): Bad pixel format negociation with scale and gray In-Reply-To: <035.dd85d14a30cfd5eaa16308749980ebad@avcodec.org> References: <035.dd85d14a30cfd5eaa16308749980ebad@avcodec.org> Message-ID: <050.f4cb37169e737bd900632c2b1607717a@avcodec.org> #2559: Bad pixel format negociation with scale and gray ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pixfmt | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: => pixfmt * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 02:08:02 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 00:08:02 -0000 Subject: [FFmpeg-trac] #2719(undetermined:new): SAR and DAR the same for anamorphic? Incorrect? In-Reply-To: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> References: <040.b4398d6d8860c1751cef5379d88a04b9@avcodec.org> Message-ID: <055.c742ac5eab4a2971f4985249fbec4f50@avcodec.org> #2719: SAR and DAR the same for anamorphic? Incorrect? -------------------------------------+------------------------------------- Reporter: flamingspew | Owner: Type: defect | Status: new Priority: minor | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by flamingspew): * priority: normal => minor Comment: Thanks for bearing with me. Oh man, just looked through 3 repositories and 20 different versions-- can't find the original offending CLI command. I'm downgrading to minor until I can reproduce. I guess then 0:1 means not set, definitively then, correct? If that is so, I will close unless I can reproduce. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 02:16:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 00:16:24 -0000 Subject: [FFmpeg-trac] #2559(avfilter:open): Bad pixel format negociation with scale and gray In-Reply-To: <035.dd85d14a30cfd5eaa16308749980ebad@avcodec.org> References: <035.dd85d14a30cfd5eaa16308749980ebad@avcodec.org> Message-ID: <050.32ad55fee31ce8b600b9440b7b452679@avcodec.org> #2559: Bad pixel format negociation with scale and gray ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: pixfmt | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): IMHO one of multiple outputs of a split filter should not cause the other outputs to loose chroma or alpha but thats what happens. A similar issue could arise with "merge" filters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 03:33:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 01:33:56 -0000 Subject: [FFmpeg-trac] #2577(avfilter:closed): crash in lavfi mp wrapper with yuvj pixel formats In-Reply-To: <035.5da557661cb2e0165beb55e9c0a002dd@avcodec.org> References: <035.5da557661cb2e0165beb55e9c0a002dd@avcodec.org> Message-ID: <050.f30d2a7772df3387905d1703cb266b99@avcodec.org> #2577: crash in lavfi mp wrapper with yuvj pixel formats ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: mp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in ef906390043010cde8844ec30da79926f2f8b846 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 09:20:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 07:20:50 -0000 Subject: [FFmpeg-trac] #2720(avcodec:new): vorbis regression Message-ID: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> #2720: vorbis regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git- | Keywords: vorbis master | regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (as reported on irc) FFmpeg fails to decode an ogg/vorbis sample since ba5b1a3 {{{ $ ffmpeg -i possibly_broken_vorbis_stream.ogg out.wav ffmpeg version N-54234-gef90639 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 09:19:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, ogg, from 'possibly_broken_vorbis_stream.ogg': Duration: 00:00:10.01, start: 0.000000, bitrate: 85 kb/s Stream #0:0: Audio: vorbis, 48000 Hz, stereo, fltp, 80 kb/s Metadata: ENCODER : Lavf55.2.100 [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. Output #0, wav, to 'out.wav': Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: ENCODER : Lavf55.2.100 Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Error while opening decoder for input stream #0:0 : Invalid data found when processing input }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 09:21:50 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 07:21:50 -0000 Subject: [FFmpeg-trac] #2720(avcodec:new): vorbis regression In-Reply-To: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> References: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> Message-ID: <051.582d069e51862bad85ab1a0ae98b9788@avcodec.org> #2720: vorbis regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Original file in http://www.cccp-project.net/beta/test_files -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 09:26:03 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 07:26:03 -0000 Subject: [FFmpeg-trac] #2721(build system:new): libshine result is listed as a main option in configure output Message-ID: <036.fe272fd658e9e68145b9bb335c596bd3@avcodec.org> #2721: libshine result is listed as a main option in configure output -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: minor | Component: build Version: git- | system master | Keywords: libshine Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- libshine is listed as part of configure's main output, this is different for all other libraries. {{{ $ ./configure --disable-everything --enable-libmp3lame install prefix /usr/local source path . C compiler gcc ARCH x86 (generic) big-endian no runtime cpu detection yes yasm yes MMX enabled yes MMXEXT enabled yes 3DNow! enabled yes 3DNow! extended enabled yes SSE enabled yes SSSE3 enabled yes AVX enabled yes FMA4 enabled yes i686 features enabled yes CMOV is fast yes EBX available yes EBP available yes debug symbols yes strip symbols yes optimize for size no optimizations yes static yes shared no postprocessing support no new filter support yes network support no threading support pthreads safe bitstream reader yes SDL support yes opencl enabled no libshine enabled no texi2html enabled yes perl enabled yes pod2man enabled yes makeinfo enabled yes External libraries: iconv libmp3lame Enabled decoders: Enabled encoders: Enabled hwaccels: Enabled parsers: Enabled demuxers: Enabled muxers: Enabled protocols: Enabled filters: aformat crop setpts anull format trim atrim null Enabled bsfs: Enabled indevs: Enabled outdevs: License: LGPL version 2.1 or later Creating config.mak, config.h, and doc/config.texi... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 09:30:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 07:30:32 -0000 Subject: [FFmpeg-trac] #2720(avcodec:new): vorbis regression In-Reply-To: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> References: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> Message-ID: <051.64f4e103dfc5d5cd1efa454537d7ef42@avcodec.org> #2720: vorbis regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > (as reported on irc) > FFmpeg fails to decode an ogg/vorbis sample since ba5b1a3 > {{{ > $ ffmpeg -i possibly_broken_vorbis_stream.ogg out.wav > ffmpeg version N-54234-gef90639 Copyright (c) 2000-2013 the FFmpeg > developers > built on Jun 28 2013 09:19:03 with gcc 4.7 (SUSE Linux) > configuration: --enable-gpl --disable-indev=jack > libavutil 52. 37.101 / 52. 37.101 > libavcodec 55. 17.100 / 55. 17.100 > libavformat 55. 10.100 / 55. 10.100 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 77.101 / 3. 77.101 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > [vorbis @ 0x1e133c0] Invalid codebook entry count > [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). > [vorbis @ 0x1e133c0] Setup header corrupt. > [vorbis @ 0x1e133c0] Invalid codebook entry count > [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). > [vorbis @ 0x1e133c0] Setup header corrupt. > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, ogg, from 'possibly_broken_vorbis_stream.ogg': > Duration: 00:00:10.01, start: 0.000000, bitrate: 85 kb/s > Stream #0:0: Audio: vorbis, 48000 Hz, stereo, fltp, 80 kb/s > Metadata: > ENCODER : Lavf55.2.100 > [vorbis @ 0x1e133c0] Invalid codebook entry count > [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). > [vorbis @ 0x1e133c0] Setup header corrupt. > Output #0, wav, to 'out.wav': > Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s > Metadata: > ENCODER : Lavf55.2.100 > Stream mapping: > Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) > Error while opening decoder for input stream #0:0 : Invalid data found > when processing input > }}} New description: (as reported on irc) FFmpeg fails to decode an ogg/vorbis sample since e6b6ae4 {{{ $ ffmpeg -i possibly_broken_vorbis_stream.ogg out.wav ffmpeg version N-54234-gef90639 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 09:19:03 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, ogg, from 'possibly_broken_vorbis_stream.ogg': Duration: 00:00:10.01, start: 0.000000, bitrate: 85 kb/s Stream #0:0: Audio: vorbis, 48000 Hz, stereo, fltp, 80 kb/s Metadata: ENCODER : Lavf55.2.100 [vorbis @ 0x1e133c0] Invalid codebook entry count [vorbis @ 0x1e133c0] Vorbis setup header packet corrupt (codebooks). [vorbis @ 0x1e133c0] Setup header corrupt. Output #0, wav, to 'out.wav': Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: ENCODER : Lavf55.2.100 Stream mapping: Stream #0:0 -> #0:0 (vorbis -> pcm_s16le) Error while opening decoder for input stream #0:0 : Invalid data found when processing input }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 10:29:01 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 08:29:01 -0000 Subject: [FFmpeg-trac] #1900(avcodec:open): h264: memleak with threads > 1 In-Reply-To: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> References: <038.3ce3acd617cd4d5e41b29a2b923a1aaf@avcodec.org> Message-ID: <053.ace0b19b20c1a1b48e9f9a96f7d1555e@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 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:14 ami_stuff]: > just tested this and got crash with: > > ffmpeg -max_alloc 199900 -i h264.avi Should be fixed, thank you for the report! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 10:29:56 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 08:29:56 -0000 Subject: [FFmpeg-trac] #2718(undetermined:closed): allow remuxing of qdm2 from mov to aifc In-Reply-To: <038.c1c8fdf9396610be2c9f34c5341427c4@avcodec.org> References: <038.c1c8fdf9396610be2c9f34c5341427c4@avcodec.org> Message-ID: <053.40ed8136442a21a77413d8b8bef61e04@avcodec.org> #2718: allow remuxing of qdm2 from mov to aifc -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: qdm2 aif | Resolution: fixed caf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the report! Replying to [comment:1 cehoyos]: > If this gets fixed, the same should be tested for caff. I believe I also fixed this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 12:15:36 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 10:15:36 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.01bb349d224a8060bb864c7598053f52@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by feelart): {{{ Does lame support setting gain? }}} http://ecmc.rochester.edu/ecmc/docs/lame3.98a2/switchs.html Yes, with the --scale switch, but haven't tested if it's lossless, as I use MP3Gain to batch lossless normalise my MP3 or AAC. {{{ If it does support it, I suspect it is already working }}} Maybe it's due to my lack of deep understanding of ffmpeg, but I failed to make use of LAME switch directly. I do not know how MP3Gain does lossless normalisation of MP3 & AAC, but it's true that for MP3 it requires LAME and for aac it requires AACgain. It's also possible to normalize with SOX http://sox.sourceforge.net/ but have never tried and at this stage don't know if LOSSLESS process. Also, http://gnormalize.sourceforge.net/ (RE-ENCODING !!) http://normalize.nongnu.org/ (re-encoding ????) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 12:58:04 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 10:58:04 -0000 Subject: [FFmpeg-trac] #2696(undetermined:new): Audio/Video sync issues when reducing fps from 59.94 to 29.97 In-Reply-To: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> References: <036.91ca031f22b72fc853bd3c6ef477ec75@avcodec.org> Message-ID: <051.8ea5c85a1b568c3c302b089c1f51be64@avcodec.org> #2696: Audio/Video sync issues when reducing fps from 59.94 to 29.97 -------------------------------------+------------------------------------- Reporter: smblr75 | 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 smblr75): Ok, I think I have zeroed down on the problem, its only while playing this mp4 file using a flash player (which is the way we surface videos for our users), we see lots of sync issues but these go away (almost) when we use a quicktime player or play the video in chrome. This makes me believe that may be flash player is ignoring some of the header info which is different from the file transcoded by ffmpeg and that transcoded by rhozet. I could notice two differences, one using ffprobe and other using mediainfo. 1) Difference in start times: ffmpeg transcoded file : {{{ Duration: 00:02:41.37, start: 0.021333, bitrate: 663 kb/s }}} rhozet transcoded file: {{{ Duration: 00:02:41.40, start: 0.000000, bitrate: 1169 kb/s }}} 2) Difference in Audio delay reported by mediainfo in Audio section For ffmpeg transcoded file: {{{ Delay relative to video : 67ms }}} In rhozet transcoded file there is no such line about "Delay relative to video" Can any of the above make a difference when being played by a flash player? Thanks, -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 14:06:05 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 12:06:05 -0000 Subject: [FFmpeg-trac] #2722(undetermined:new): mpeg4 crash in low memory situation Message-ID: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> #2722: mpeg4 crash in low memory situation -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Please try to reproduce this crash: {{{ knoppix at Microknoppix:/media/sda1$ ulimit -Sv 23920 knoppix at Microknoppix:/media/sda1$ ./ffmpeg2 -i divx.avi ffmpeg version N-54234-gef90639 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 05:12:50 with gcc 4.6 (Debian 4.6.3-1) configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra- cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra- ldflags='-m32 -L/root/ffmpeg-static/32bit/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. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x976d8a0] Invalid and inefficient vfw-avi packed B frames detected Segmentation fault knoppix at Microknoppix:/media/sda1$ }}} I used 32bit build from here for test: http://ffmpeg.gusari.org/static/32bit/ffmpeg.static.32bit.2013-06-28.tar.gz -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 15:38:43 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 13:38:43 -0000 Subject: [FFmpeg-trac] #2703(avformat:new): when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting In-Reply-To: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> References: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> Message-ID: <049.67966524d935d1c54c6ac5168cba5024@avcodec.org> #2703: when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting ------------------------------------+------------------------------------ Reporter: vihai | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by vihai): Hello, the failing command line is the following: {{{ /opt/acaocam/bin/ffmpeg -nostdin -nostats -rtsp_transport tcp -i "rtsp://192.168.0.55/axis- media/media.amp?streamprofile=streaming_450&camera=1" -vcodec copy -acodec copy -vbsf dump_extra -y -metadata title="ACAO Live Camera" -f segment -segment_list /srv/www/htdocs/hls/cam_450.m3u8 -map 0 -segment_list_flags +live -segment_time 10 -segment_list_size 20 cam/450_%06d.ts }}} I'm waiting for the issue to happen again to provide the log and further info. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 16:05:23 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 14:05:23 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.27d1f491fed331be7aff82c3ad98b08c@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:6 feelart]: > > Does lame support setting gain? > > Yes, with the --scale switch, but haven't tested if it's lossless Please test and please clarify if lame just sets metadata or if it actually changes the bitstream. If setting metadata is all you need, a patch may not be difficult, can you provide samples (or point to a specification)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 16:18:41 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 14:18:41 -0000 Subject: [FFmpeg-trac] #2699(avcodec:new): automate lossless normalisation In-Reply-To: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> References: <036.c18ce75d7c04afd35c5bcca95a02697e@avcodec.org> Message-ID: <051.b409caf8bc83582a3579c4094b1209b3@avcodec.org> #2699: automate lossless normalisation -------------------------------------+----------------------------------- Reporter: feelart | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by gjdfgh): * cc: nfxjfg@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 16:48:25 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 14:48:25 -0000 Subject: [FFmpeg-trac] #2721(build system:closed): libshine result is listed as a main option in configure output In-Reply-To: <036.fe272fd658e9e68145b9bb335c596bd3@avcodec.org> References: <036.fe272fd658e9e68145b9bb335c596bd3@avcodec.org> Message-ID: <051.383085a8383ddb5a805d0816f5cf56c5@avcodec.org> #2721: libshine result is listed as a main option in configure output -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: build Version: git-master | system Keywords: libshine | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Should be fixed in 2bccd82. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 16:49:10 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 14:49:10 -0000 Subject: [FFmpeg-trac] #2703(avformat:new): when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting In-Reply-To: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> References: <034.d38999e4a414dc87fe6a6075ac151270@avcodec.org> Message-ID: <049.353c8454af057a3261f13a18a29bc7cd@avcodec.org> #2703: when encountering a ENOSPC as a HLS streamer ffmpeg hangs without exiting ------------------------------------+------------------------------------ Reporter: vihai | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is the issue not reproducible with file output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 17:30:24 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 15:30:24 -0000 Subject: [FFmpeg-trac] #2722(avcodec:open): mpeg4 crash in low memory situation In-Reply-To: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> References: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> Message-ID: <053.b19004334a174bc86e5f9f36c8b450ab@avcodec.org> #2722: mpeg4 crash in low memory situation ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV Comment: Patch sent. {{{ (gdb) r -max_alloc 33000 -i divx.avi Starting program: ffmpeg_g -max_alloc 33000 -i divx.avi [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54246-g2bccd82 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 16:52:37 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x1693b00] Invalid and inefficient vfw-avi packed B frames detected Program received signal SIGSEGV, Segmentation fault. 0x00000000009cb4db in avcodec_decode_audio4 (avctx=0x16947c0, frame=0x169a360, got_frame_ptr=got_frame_ptr at entry=0x7fffffffd16c, avpkt=avpkt at entry=0x7fffffffd1a0) at libavcodec/utils.c:2064 2064 if (avctx->codec->type != AVMEDIA_TYPE_AUDIO) { (gdb) bt #0 0x00000000009cb4db in avcodec_decode_audio4 (avctx=0x16947c0, frame=0x169a360, got_frame_ptr=got_frame_ptr at entry=0x7fffffffd16c, avpkt=avpkt at entry=0x7fffffffd1a0) at libavcodec/utils.c:2064 #1 0x00000000005bf004 in try_decode_frame (st=st at entry=0x1694460, avpkt=avpkt at entry=0x1699120, options=0x16939c0) at libavformat/utils.c:2451 #2 0x00000000005c6a40 in avformat_find_stream_info (ic=0x1693020, options=0x16939c0) at libavformat/utils.c:2880 #3 0x0000000000463909 in open_input_file (o=o at entry=0x7fffffffd750, filename=) at ffmpeg_opt.c:814 #4 0x000000000045e402 in open_files (inout=, inout at entry=0xc6febf "input", open_file=open_file at entry=0x463560 , l=, l=) at ffmpeg_opt.c:2483 #5 0x0000000000464c99 in ffmpeg_parse_options (argc=argc at entry=5, argv=argv at entry=0x7fffffffdde8) at ffmpeg_opt.c:2520 #6 0x000000000045bf48 in main (argc=5, argv=0x7fffffffdde8) at ffmpeg.c:3368 (gdb) print avctx->codec $1 = (const struct AVCodec *) 0x0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 17:37:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 15:37:30 -0000 Subject: [FFmpeg-trac] #2722(avcodec:open): crash in low memory situation (was: mpeg4 crash in low memory situation) In-Reply-To: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> References: <038.dd1c237b431ef86b214c2c76630f41d3@avcodec.org> Message-ID: <053.ea2b9a66f7302a88979d663eaeb3dfbc@avcodec.org> #2722: crash in low memory situation ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 19:26:21 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 17:26:21 -0000 Subject: [FFmpeg-trac] #2723(undetermined:new): vc1 crash with low mem Message-ID: <038.0c28e7edce11133021a4639697252c55@avcodec.org> #2723: vc1 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/22730b1f {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 21700 knoppix at Microknoppix:/media/sdb1$ ./ffmpeg3 -i wmv9adv.wmv -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 16:46:26 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, asf, from 'wmv9adv.wmv': Metadata: SfOriginalFPS : 250000 WMFSDKVersion : 11.0.5721.5275 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 DeviceConformanceTemplate: AP at L1 Duration: 00:00:12.68, bitrate: 1684 kb/s Stream #0:0(pol): Video: vc1 (Advanced) (WVC1 / 0x31435657), yuv420p, 320x240, 3145 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: SfOriginalFPS : 250000 WMFSDKVersion : 11.0.5721.5275 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 DeviceConformanceTemplate: AP at L1 encoder : Lavf55.10.100 Stream #0:0(pol): Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (vc1 -> rawvideo) Press [q] to stop, [?] for help [vc1 @ 0x905d8f0] Error allocating a picture. Error while decoding stream #0:0: Operation not permitted [vc1 @ 0x905d8f0] Error allocating a picture. Error while decoding stream #0:0: Operation not permitted Segmentation fault knoppix at Microknoppix:/media/sdb1$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 19:39:11 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 17:39:11 -0000 Subject: [FFmpeg-trac] #2724(undetermined:new): rv10 crash with low mem Message-ID: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- sorry for not providing bt, but gdb I compiled for knoppix says that ffmpeg_g have no symbols (it have them) {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 18900 knoppix at Microknoppix:/media/sdb1$ ./ffmpeg3 -i rv1.rm -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 16:46:26 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x905cc50] Invalid stream index 1 for index at pos 1523773 Input #0, rm, from 'rv1.rm': Metadata: Generated By : Media Cleaner Pro 4.0 for Windows Target Audiences: Corporate LAN (1000 Kbps); Audio Format : No Audio Video Quality : Normal Motion Video Creation Date : 4/20/2012 16:57:30 Modification Date: 4/20/2012 16:57:30 File ID : 51c3d56c-137c-4ae5-b604-f74f5b5a25f3 title : author : copyright : comment : Duration: 00:00:15.01, start: 0.000000, bitrate: 812 kb/s Stream #0:0: Video: rv10 (RV10 / 0x30315652), yuv420p, 320x240, 1000 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: Generated By : Media Cleaner Pro 4.0 for Windows Target Audiences: Corporate LAN (1000 Kbps); Audio Format : No Audio Video Quality : Normal Motion Video Creation Date : 4/20/2012 16:57:30 Modification Date: 4/20/2012 16:57:30 File ID : 51c3d56c-137c-4ae5-b604-f74f5b5a25f3 title : author : copyright : comment : encoder : Lavf55.10.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (rv10 -> rawvideo) Press [q] to stop, [?] for help [null @ 0x9064cb0] Encoder did not produce proper pts, making some up. [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] marker missing [rv10 @ 0x905d4a0] pb frame 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. [rv10 @ 0x905d4a0] 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. [rv10 @ 0x905d4a0] HEADER ERROR Segmentation fault knoppix at Microknoppix:/media/sdb1$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Jun 28 19:49:30 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 17:49:30 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.0c292cc48e9ed7ecd1a115d46aff7d37@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): I Listened to these AACs, Sampling rate: 48000Hz ||= Freq=||16||32||48||64||80||96||112||128||144||160||176||192||208||224||240||256kbps|| ||= 750Hz=||0||1||0 ||2 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || ||= 1500Hz=||0||0||1 ||0 ||1 ||2 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || ||= 3000Hz=||0||0||0 ||0 ||0 ||1 ||2 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || ||= 6000Hz=||-||0||1 ||2 ||1 ||2 ||0 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || ||= 9000Hz=||-||-||0 ||0 ||2 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || ||=12000Hz=||-||-||- ||- ||0 ||0 ||0 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 ||1 || 0: no warbling 1: warbling 2: terrible warbling -: within cutoff range {{{ ffmpeg -v 9 -loglevel 99 -filter_complex "aevalsrc=sin(750*2*PI *t)" -c:a aac -strict experimental -ar 48000 -b:a 64k -t 5 aac_750Hz_64k_sample. mp4 ffmpeg version N-54245-g7eb5288 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 20:41:30 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- libfdk -aac --extra-ldflags=-static --extra-cflags='-march=native -mfpmath=sse' --optfl ags=-O2 libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'aevalsrc=sin(750*2*PI*t)'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac' . Reading option '-strict' ... matched as AVOption 'strict' with argument 'experim ental'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz) ) with argument '48000'. Reading option '-b:a' ... matched as option 'b' (video bitrate (please use -b:v) ) with argument '64k'. Reading option '-t' ... matched as option 't' (record or transcode "duration" se conds of audio/video) with argument '5'. Reading option 'aac_750Hz_64k_sample.mp4' ... matched as output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument aeva lsrc=sin(750*2*PI*t). Successfully parsed a group of options. Parsing a group of options: output file aac_750Hz_64k_sample.mp4. Applying option c:a (codec name) with argument aac. Applying option ar (set audio sampling rate (in Hz)) with argument 48000. Applying option b:a (video bitrate (please use -b:v)) with argument 64k. Applying option t (record or transcode "duration" seconds of audio/video) with a rgument 5. Successfully parsed a group of options. Opening an output file: aac_750Hz_64k_sample.mp4. detected 8 logical cores [Parsed_aevalsrc_0 @ 0149fe40] compat: called with args=[sin(750*2*PI*t)] [Parsed_aevalsrc_0 @ 0149fe40] Setting 'exprs' to value 'sin(750*2*PI*t)' [audio format for output stream 0:0 @ 03c13440] Setting 'sample_fmts' to value ' fltp' [audio format for output stream 0:0 @ 03c13440] Setting 'sample_rates' to value '48000' Successfully opened the file. [audio format for output stream 0:0 @ 03c13440] auto-inserting filter 'auto-inse rted resampler 0' between the filter 'Parsed_aevalsrc_0' and the filter 'audio f ormat for output stream 0:0' [AVFilterGraph @ 0149f160] query_formats: 3 queried, 6 merged, 3 already done, 0 delayed [Parsed_aevalsrc_0 @ 0149fe40] sample_rate:44100 chlayout:mono duration:-1.00000 0 [auto-inserted resampler 0 @ 0149f0c0] [SWR @ 01492f60] Using double precision m ode [auto-inserted resampler 0 @ 0149f0c0] ch:1 chl:mono fmt:dblp r:44100Hz -> ch:1 chl:mono fmt:fltp r:48000Hz Output #0, mp4, to 'aac_750Hz_64k_sample.mp4': Metadata: encoder : Lavf55.10.100 Stream #0:0, 0, 1/48000: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, mono , fltp, 64 kb/s Stream mapping: aevalsrc -> Stream #0:0 (aac) Press [q] to stop, [?] for help No more output streams to write to, finishing. size= 41kB time=00:00:05.01 bitrate= 67.1kbits/s video:0kB audio:39kB subtitle:0 global headers:0kB muxing overhead 4.174310% 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 03c57b80] Statistics: 30 seeks, 259 writeouts }}} It is likely this bug is from bit allocation algorithm. Claudio Freire had kindly written a patch in #2686, but the patch never worked so we can't test it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 01:17:47 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 23:17:47 -0000 Subject: [FFmpeg-trac] #2725(undetermined:new): "Static" Video causes buffer underflows Message-ID: <038.d57c0aca1634bf87a973e110426c359b@avcodec.org> #2725: "Static" Video causes buffer underflows -------------------------------------+------------------------------------- Reporter: jdachik01 | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A video containing static (replicating loss of video signal) causes ffmpeg to throw buffer underflow errors when transcoding to MPEG-2 (1080i). ffmpeg -i BVV.mpg -s 1920x1080 -top 1 -aspect 16:9 -threads 16 -vcodec mpeg2video -vb 10600k -minrate 10600k -maxrate 10600k -bufsize 4M -r 29.97 -pix_fmt yuv420p -bf 2 -g 15 -y -acodec ac3 -dialnorm -24 -ar 48000 -ab 192k -f mpegts BV_i.mpg ffmpeg version N-54233-g86190af -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 01:30:32 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 23:30:32 -0000 Subject: [FFmpeg-trac] #2552(avcodec:open): FLAC with wrong but valid 'header' makes decoder misbehave In-Reply-To: <032.533d9a2adea38d74ccc6102497ec76fe@avcodec.org> References: <032.533d9a2adea38d74ccc6102497ec76fe@avcodec.org> Message-ID: <047.82d34eef3945baf90d73781658dbcbd7@avcodec.org> #2552: FLAC with wrong but valid 'header' makes decoder misbehave -------------------------------------+------------------------------------- Reporter: ktf | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Fixed by Michael Chinen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 01:30:38 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 23:30:38 -0000 Subject: [FFmpeg-trac] #2552(avcodec:closed): FLAC with wrong but valid 'header' makes decoder misbehave In-Reply-To: <032.533d9a2adea38d74ccc6102497ec76fe@avcodec.org> References: <032.533d9a2adea38d74ccc6102497ec76fe@avcodec.org> Message-ID: <047.f7c253a09fdbfe44efe858ef5b3fb32d@avcodec.org> #2552: FLAC with wrong but valid 'header' makes decoder misbehave -------------------------------------+------------------------------------- Reporter: ktf | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: flac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 01:34:15 2013 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Jun 2013 23:34:15 -0000 Subject: [FFmpeg-trac] #2726(undetermined:new): ffplay regression with multithreaded audio decoding Message-ID: <036.6f94bbf26af52a9ea60d15ef2b90f06a@avcodec.org> #2726: ffplay regression with multithreaded audio decoding -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The sample from ticket #2552 by default only plays for a moment here: {{{ $ time ffplay flac-file-with-valid-header-in-last-block.flac -autoexit ffplay version N-54249-gfc736a9 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 29 2013 01:27:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from 'flac-file-with-valid-header-in-last-block.flac': Duration: 00:00:07.40, bitrate: 626 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 6.80 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 real 0m0.105s user 0m0.039s sys 0m0.013s }}} Works fine without multi-threading: {{{ $ time ffplay -threads 1 flac-file-with-valid-header-in-last-block.flac -autoexit ffplay version N-54249-gfc736a9 Copyright (c) 2003-2013 the FFmpeg developers built on Jun 29 2013 01:27:18 with gcc 4.7 (SUSE Linux) configuration: --enable-gpl --disable-indev=jack libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, flac, from 'flac-file-with-valid-header-in-last-block.flac': Duration: 00:00:07.40, bitrate: 626 kb/s Stream #0:0: Audio: flac, 44100 Hz, stereo, s16 6.78 M-A: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 real 0m6.819s user 0m0.128s sys 0m0.127s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 12:26:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 10:26:22 -0000 Subject: [FFmpeg-trac] #2724(avcodec:new): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.8a4ee1fbbe0b38a3701c403f5ad40caf@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash abort * priority: normal => important * version: unspecified => git-master * component: undetermined => avcodec Comment: Replying to [ticket:2724 ami_stuff]: > sorry for not providing bt, but gdb I compiled for knoppix says that ffmpeg_g have no symbols It may be simpler to install a distribution that comes with gdb but note that gdb does not play nice with ulimit, only with -max_alloc I cannot reproduce above crash (it is possible to trigger both "pb frame is not implemented" and "HEADER ERROR" messages but ffmpeg quits normally after that), but the following assert: {{{ $ ffmpeg_g -max_alloc 100000 -i rv1.rm -f null - ffmpeg version N-54249-gfc736a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 12:22:00 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [rm @ 0x354b880] Invalid stream index 1 for index at pos 1523773 Assertion ret >= 0 failed at libavcodec/bitstream.c:285 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 12:42:37 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 10:42:37 -0000 Subject: [FFmpeg-trac] #2723(avcodec:open): vc1 crash with low mem In-Reply-To: <038.0c28e7edce11133021a4639697252c55@avcodec.org> References: <038.0c28e7edce11133021a4639697252c55@avcodec.org> Message-ID: <053.9bb362ae6bd05c82e39bbb3eb9426462@avcodec.org> #2723: vc1 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV vc1 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV vc1 Comment: Patch sent. {{{ Core was generated by `ffmpeg -i wmv9adv.wmv -f null -'. Program terminated with signal 11, Segmentation fault. #0 vc1_unescape_buffer (dst=0x0, size=5953, src=0x3368200 "") at libavcodec/vc1.h:436 436 dst[dsize++] = *src; (gdb) bt #0 vc1_unescape_buffer (dst=0x0, size=5953, src=0x3368200 "") at libavcodec/vc1.h:436 #1 vc1_decode_frame (avctx=0x334dac0, data=0x3348100, got_frame=0x7fff2118433c, avpkt=) at ffmpeg.c:3064 #6 0x000000000045af10 in transcode_step () at ffmpeg.c:3160 #7 transcode () at ffmpeg.c:3212 #8 main (argc=, argv=) at ffmpeg.c:3390 (gdb) print dst $1 = (uint8_t *) 0x0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 13:12:26 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 11:12:26 -0000 Subject: [FFmpeg-trac] #2727(undetermined:new): rv9 crash with low mem Message-ID: <038.fa3c02a102dafe122a1496a070dcf6bf@avcodec.org> #2727: rv9 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -max_alloc 34000 -i rv9.rm -an -f null - ffmpeg version N-54249-gfc736a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 02:23:07 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x1fff920] Invalid stream index 2 for index at pos 850403 [rv40 @ 0x20de320] Cannot allocate memory. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 13:15:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 11:15:18 -0000 Subject: [FFmpeg-trac] #2724(avcodec:new): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.9d32b318cd23294dd6b7618ff5dd8db9@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): > I cannot reproduce above crash (it is possible to trigger both "pb frame is not implemented" and "HEADER ERROR" messages but ffmpeg quits normally after that) Ok, I will investigate it more later (maybe it crashes only with --disable-asm). In the meanwhile I created #2727 (maybe a duplicate of this ticket or not). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 13:34:38 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 11:34:38 -0000 Subject: [FFmpeg-trac] #2728(undetermined:new): smk crash with low mem Message-ID: <038.cf5f25f1437b14419ecb7bec60e89b69@avcodec.org> #2728: smk crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/e142793a {{{ C:\>ffmpeg -max_alloc 79300 -i test.smk -an -f null - ffmpeg version N-54249-gfc736a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 02:23:07 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 13:50:21 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 11:50:21 -0000 Subject: [FFmpeg-trac] #2717(FFplay:open): ffplay: time counter starts from 8s with wavpack file In-Reply-To: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> References: <038.a1eedf051859e4bfd9f15ae3abd07aa5@avcodec.org> Message-ID: <053.c69d673253746863675ad78864d9f8b6@avcodec.org> #2717: ffplay: time counter starts from 8s with wavpack file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: open Priority: important | Component: FFplay Version: git-master | Resolution: Keywords: wavpack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * owner: => cus -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 14:07:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 12:07:22 -0000 Subject: [FFmpeg-trac] #2727(avcodec:open): rv9 crash with low mem In-Reply-To: <038.fa3c02a102dafe122a1496a070dcf6bf@avcodec.org> References: <038.fa3c02a102dafe122a1496a070dcf6bf@avcodec.org> Message-ID: <053.4a2cd8e7a4e39e6daf47ceb21b531c86@avcodec.org> #2727: rv9 crash with low mem ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV Comment: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165332/focus=165366 {{{ (gdb) r -max_alloc 50000 -i rv9.rm Starting program: ffmpeg_g -max_alloc 50000 -i rv9.rm [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54249-gfc736a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 12:22:00 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 [rm @ 0x1623060] Invalid stream index 2 for index at pos 850403 [rv40 @ 0x1623e60] Cannot allocate memory. Program received signal SIGSEGV, Segmentation fault. ff_MPV_frame_start (s=s at entry=0x1633860, avctx=0x1623e60) at libavcodec/mpegvideo.c:1513 1513 &s->picture[i] != s->next_picture_ptr && (gdb) bt #0 ff_MPV_frame_start (s=s at entry=0x1633860, avctx=0x1623e60) at libavcodec/mpegvideo.c:1513 #1 0x0000000000924a11 in ff_rv34_decode_frame (avctx=0x1623e60, data=0x1628920, got_picture_ptr=0x7fffffffd16c, avpkt=0x7fffffffd0c0) at libavcodec/rv34.c:1696 #2 0x0000000000998a8b in avcodec_decode_video2 (avctx=0x1623e60, picture=0x1628920, got_picture_ptr=got_picture_ptr at entry=0x7fffffffd16c, avpkt=avpkt at entry=0x7fffffffd1a0) at libavcodec/utils.c:1947 #3 0x000000000058f20c in try_decode_frame (st=st at entry=0x1623b80, avpkt=avpkt at entry=0x1628860, options=0x1626f60) at libavformat/utils.c:2447 #4 0x0000000000596c90 in avformat_find_stream_info (ic=0x1623060, options=0x1626f60) at libavformat/utils.c:2880 #5 0x0000000000462289 in open_input_file (o=o at entry=0x7fffffffd750, filename=) at ffmpeg_opt.c:814 #6 0x000000000045cd82 in open_files (inout=, inout at entry=0xc08adf "input", open_file=open_file at entry=0x461ee0 , l=, l=) at ffmpeg_opt.c:2483 #7 0x0000000000463619 in ffmpeg_parse_options (argc=argc at entry=5, argv=argv at entry=0x7fffffffdde8) at ffmpeg_opt.c:2520 #8 0x000000000045a8c8 in main (argc=5, argv=0x7fffffffdde8) at ffmpeg.c:3368 (gdb) print s->picture $2 = (Picture *) 0x0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 14:08:35 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 12:08:35 -0000 Subject: [FFmpeg-trac] #2724(avcodec:new): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.34afb77dbd29aead8611c64ebe59c549@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:1 cehoyos]: > It may be simpler to install a distribution that comes with gdb > but note that gdb does not play nice with ulimit, only with -max_alloc This is definitely nonsense, gdb can debug the coredump. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 14:24:22 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 12:24:22 -0000 Subject: [FFmpeg-trac] #2728(avcodec:open): smk crash with low mem In-Reply-To: <038.cf5f25f1437b14419ecb7bec60e89b69@avcodec.org> References: <038.cf5f25f1437b14419ecb7bec60e89b69@avcodec.org> Message-ID: <053.8232aca15b709ad3aa43336b68bc8041@avcodec.org> #2728: smk crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV smacker | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV smacker Comment: Patch sent. {{{ (gdb) r -max_alloc 80000 -i test.smk Starting program: ffmpeg_g -max_alloc 80000 -i test.smk [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". ffmpeg version N-54249-gfc736a9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 12:22:00 with gcc 4.7 (SUSE Linux) configuration: libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 Program received signal SIGSEGV, Segmentation fault. 0x0000000000941a6d in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:158 158 hc->values[hc->current++] = val; (gdb) bt #0 0x0000000000941a6d in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:158 #1 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #2 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #3 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #4 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #5 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #6 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #7 0x0000000000941ab3 in smacker_decode_bigtree (gb=gb at entry=0x7fffffffcec0, hc=hc at entry=0x7fffffffcd80, ctx=ctx at entry=0x7fffffffce40) at libavcodec/smacker.c:164 #8 0x00000000004357fd in smacker_decode_header_tree (gb=gb at entry=0x7fffffffcec0, recodes=recodes at entry=0x164b090, last=last at entry=0x164b0b0, size=, smk=0x164ae20) at libavcodec/smacker.c:265 #9 0x0000000000435a46 in decode_header_trees (smk=0x164ae20) at libavcodec/smacker.c:310 #10 decode_init (avctx=) at libavcodec/smacker.c:543 #11 0x000000000099cb12 in avcodec_open2 (avctx=0x16245a0, codec=, codec at entry=0x10251a0 , options=options at entry=0x1623640) at libavcodec/utils.c:1309 #12 0x000000000058f1d8 in try_decode_frame (st=st at entry=0x1624240, avpkt=avpkt at entry=0x162b4e0, options=0x1623640) at libavformat/utils.c:2422 #13 0x0000000000596c90 in avformat_find_stream_info (ic=0x1623060, options=0x1623640) at libavformat/utils.c:2880 #14 0x0000000000462289 in open_input_file (o=o at entry=0x7fffffffd750, filename=) at ffmpeg_opt.c:814 #15 0x000000000045cd82 in open_files (inout=, inout at entry=0xc08adf "input", open_file=open_file at entry=0x461ee0 , l=, l=) at ffmpeg_opt.c:2483 #16 0x0000000000463619 in ffmpeg_parse_options (argc=argc at entry=5, argv=argv at entry=0x7fffffffdde8) at ffmpeg_opt.c:2520 #17 0x000000000045a8c8 in main (argc=5, argv=0x7fffffffdde8) at ffmpeg.c:3368 (gdb) print hc->values $1 = (int *) 0x0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 14:58:28 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 12:58:28 -0000 Subject: [FFmpeg-trac] #2726(FFplay:closed): ffplay regression with multithreaded audio decoding In-Reply-To: <036.6f94bbf26af52a9ea60d15ef2b90f06a@avcodec.org> References: <036.6f94bbf26af52a9ea60d15ef2b90f06a@avcodec.org> Message-ID: <051.e23a82a13d0dcd4915f04aaf8e3f15a3@avcodec.org> #2726: ffplay regression with multithreaded audio decoding ------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: FFplay Version: git-master | Resolution: duplicate Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cus): * status: new => closed * resolution: => duplicate * component: undetermined => FFplay Comment: Duplicate of #1936. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 15:55:15 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 13:55:15 -0000 Subject: [FFmpeg-trac] #2729(FFprobe:new): FFprobe doesn't detect cover art in vorbis metadata the same way as for id3 or ape metadata Message-ID: <034.1a755b50b08f17edc57b8192c26572b6@avcodec.org> #2729: FFprobe doesn't detect cover art in vorbis metadata the same way as for id3 or ape metadata ---------------------------------+-------------------------------------- Reporter: cyril | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: While parsing audio files, FFprobe doesn't detect cover art in vorbis metadata the same way as for id3 or ape metadata: - id3/ape shows cover art as a 2nd video stream - vorbis comments shows cover art as a "METADATA_BLOCK_PICTURE" It would be good that cover art for vorbis comments also get processed as in id3/ape tags. Tested with those files: http://towerofbabel.free.fr/test/music.ogg http://towerofbabel.free.fr/test/music.opus http://towerofbabel.free.fr/test/music.mp3 How to reproduce: {{{ % ffprobe.exe music.ogg ffprobe version N-54082-g96b33dd Copyright (c) 2007-2013 the FFmpeg developers built on Jun 17 2013 02:10:21 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.103 / 55. 8.103 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [ogg @ 000000000271eb40] 2048 bytes of comment header remain Input #0, ogg, from 'music.ogg': Duration: 00:06:45.05, start: 0.000000, bitrate: 115 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, fltp, 128 kb/s Metadata: ALBUM : Favorite Things ARTIST : Bad Loop COMMENT : http://www.kahvi.org TITLE : Lumme - Badloop DATE : 2002 track : 4 METADATA_BLOCK_PICTURE: AAAAAwAAAAppbWFnZS9qcGVnAAAAAAAAAAAAAAAAAAAAAAAAAA AAABLz/9j/4AAQSkZJRgABAQAAAQABAAD/2wCEAAkGBhQSERQUExQVFRUUFxQWFBQUFRQVFRQVFBUVFB QVFBQXHCYeFxkjGRQUHy8gJCcpLCwsFR4xNTAqNSYrLCkBCQoKDgwOFQ8PGikcHBwpKSkpKSkpKSkpKS kpKSkpKSwsKSkpKSkpKSkpKSkpLCwpKSkpKSkpKSkpKSk }}} {{{ % ffprobe.exe music.mp3 ffprobe version N-54082-g96b33dd Copyright (c) 2007-2013 the FFmpeg developers built on Jun 17 2013 02:10:21 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 16.100 / 55. 16.100 libavformat 55. 8.103 / 55. 8.103 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mp3 @ 000000000252eb40] max_analyze_duration 5000000 reached at 5015510 microse conds [mp3 @ 000000000252eb40] Estimating duration from bitrate, this may be inaccurat e Input #0, mp3, from 'music.mp3': Metadata: artist : Queen album : Queen The Best genre : Rock date : 1997 Duration: 00:03:04.17, start: 0.000000, bitrate: 127 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16p, 128 kb/s Stream #0:1: Video: mjpeg, yuvj420p, 420x420, 90k tbr, 90k tbn, 90k tbc Metadata: title : ???????? comment : Other }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 15:57:40 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 13:57:40 -0000 Subject: [FFmpeg-trac] #2729(avformat:closed): FFprobe doesn't detect cover art in vorbis metadata the same way as for id3 or ape metadata In-Reply-To: <034.1a755b50b08f17edc57b8192c26572b6@avcodec.org> References: <034.1a755b50b08f17edc57b8192c26572b6@avcodec.org> Message-ID: <049.86a123dafe2d556d77000a31333592ca@avcodec.org> #2729: FFprobe doesn't detect cover art in vorbis metadata the same way as for id3 or ape metadata ------------------------------------+------------------------------------- Reporter: cyril | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: ogg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ogg * resolution: => duplicate * status: new => closed * component: FFprobe => avformat Comment: I suspect this is a duplicate of ticket #2655, please reopen this ticket if this turns out to be wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 15:59:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 13:59:55 -0000 Subject: [FFmpeg-trac] #2723(avcodec:closed): vc1 crash with low mem In-Reply-To: <038.0c28e7edce11133021a4639697252c55@avcodec.org> References: <038.0c28e7edce11133021a4639697252c55@avcodec.org> Message-ID: <053.bb4a703b2ab6dfc147622275a5dcdb33@avcodec.org> #2723: vc1 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV vc1 | 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 Jun 29 16:27:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 14:27:58 -0000 Subject: [FFmpeg-trac] #2730(undetermined:new): swscale crash with low mem Message-ID: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- maybe only reproducable with --disable-asm build http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/2722/divx.avi {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -Sv 18920 knoppix at Microknoppix:/media/sdb1$ ./ffmpeg4 -i o/divx.avi -y -vcodec msvideo1 out.avi ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 28 2013 16:46:26 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --enable-gpl --disable-ffprobe libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x905d4e0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'o/divx.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 963 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 23.98 fps, 23.98 tbr, 23.97 tbn, 30k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 kb/s [swscaler @ 0x9050e60] No accelerated colorspace conversion found from yuv420p to rgb555le. [swscaler @ 0x9056bf0] No accelerated colorspace conversion found from yuv420p to rgb555le. [swscaler @ 0x90790e0] No accelerated colorspace conversion found from yuv420p to rgb555le. Segmentation fault knoppix at Microknoppix:/media/sdb1$ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 16:51:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 14:51:11 -0000 Subject: [FFmpeg-trac] #2731(FFmpeg:new): Problem with -metadata disc Message-ID: <037.161f60b388f2afac14a26f104055df46@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: metadata | unspecified disc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- metadata disc is not working for me. "title" tag is updated but the tag "disc" is not created (also tried different solutions). working with latest windows version... {{{ F:\>ffmpeg -i inFile.m4a -metadata disc="5/6" -metadata title="test" outFile.m4a ffmpeg version N-53724-g716dbc7 Copyright (c) 2000-2013 the FFmpeg developers built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'inFile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 track : 13 [b] disc : 1/2[/b] album : Kontor - Chilled Beats album_artist : Various Artists artist : Hardwell vs. Collin McLoughlin title : Call Me a Spaceman (Unplugged Version) encoder : Lavf54.3.100 date : 2013 Duration: 00:02:19.20, start: 0.000000, bitrate: 193 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 19 2 kb/s Metadata: handler_name : SoundHandler File 'outFile.m4a' already exists. Overwrite ? [y/N] y Output #0, ipod, to 'outFile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 track : 13 date : 2013 album : Kontor - Chilled Beats album_artist : Various Artists artist : Hardwell vs. Collin McLoughlin [b] disc : 5/6[/b] title : test encoder : Lavf55.8.102 Stream #0:0(und): Audio: aac (libvo_aacenc) (mp4a / 0x6134706D), 44100 Hz, s tereo, s16, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (aac -> libvo_aacenc) Press [q] to stop, [?] for help size= 2200kB time=00:02:19.21 bitrate= 129.5kbits/s video:0kB audio:2176kB subtitle:0 global headers:0kB muxing overhead 1.121632% F:\>ffprobe outfile.m4a ffprobe version N-53724-g716dbc7 Copyright (c) 2007-2013 the FFmpeg developers built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'outfile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 title : test artist : Hardwell vs. Collin McLoughlin album_artist : Various Artists album : Kontor - Chilled Beats date : 2013 encoder : Lavf55.8.102 track : 13 Duration: 00:02:19.24, start: 0.000000, bitrate: 129 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 12 8 kb/s Metadata: handler_name : SoundHandler F:\> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 17:02:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 15:02:24 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.3102ee4ed72e183ab0e77b1f3c47b604@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: metadata disc => mov metadata * version: unspecified => git-master * component: FFmpeg => undetermined Old description: > metadata disc is not working for me. > > "title" tag is updated but the tag "disc" is not created (also tried > different solutions). > > working with latest windows version... > > {{{ > F:\>ffmpeg -i inFile.m4a -metadata disc="5/6" -metadata title="test" > outFile.m4a > > ffmpeg version N-53724-g716dbc7 Copyright (c) 2000-2013 the FFmpeg > developers > built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- > libfreetyp > e --enable-libgsm --enable-libilbc --enable-libmodplug --enable- > libmp3lame --ena > ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg > --enable-l > ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr > --enable-libsp > eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc > --enable-libvo- > amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- > libxavs -- > enable-libxvid --enable-zlib > libavutil 52. 34.100 / 52. 34.100 > libavcodec 55. 12.102 / 55. 12.102 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 73.100 / 3. 73.100 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'inFile.m4a': > Metadata: > major_brand : M4A > minor_version : 512 > compatible_brands: isomiso2 > track : 13 > [b] disc : 1/2[/b] > album : Kontor - Chilled Beats > album_artist : Various Artists > artist : Hardwell vs. Collin McLoughlin > title : Call Me a Spaceman (Unplugged Version) > encoder : Lavf54.3.100 > date : 2013 > Duration: 00:02:19.20, start: 0.000000, bitrate: 193 kb/s > Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, > fltp, 19 > 2 kb/s > Metadata: > handler_name : SoundHandler > File 'outFile.m4a' already exists. Overwrite ? [y/N] y > Output #0, ipod, to 'outFile.m4a': > Metadata: > major_brand : M4A > minor_version : 512 > compatible_brands: isomiso2 > track : 13 > date : 2013 > album : Kontor - Chilled Beats > album_artist : Various Artists > artist : Hardwell vs. Collin McLoughlin > [b] disc : 5/6[/b] > title : test > encoder : Lavf55.8.102 > Stream #0:0(und): Audio: aac (libvo_aacenc) (mp4a / 0x6134706D), > 44100 Hz, s > tereo, s16, 128 kb/s > Metadata: > handler_name : SoundHandler > Stream mapping: > Stream #0:0 -> #0:0 (aac -> libvo_aacenc) > Press [q] to stop, [?] for help > size= 2200kB time=00:02:19.21 bitrate= 129.5kbits/s > video:0kB audio:2176kB subtitle:0 global headers:0kB muxing overhead > 1.121632% > > F:\>ffprobe outfile.m4a > ffprobe version N-53724-g716dbc7 Copyright (c) 2007-2013 the FFmpeg > developers > built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) > configuration: --enable-gpl --enable-version3 --disable-w32threads > --enable-av > isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls > --enab > le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- > libfreetyp > e --enable-libgsm --enable-libilbc --enable-libmodplug --enable- > libmp3lame --ena > ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg > --enable-l > ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr > --enable-libsp > eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc > --enable-libvo- > amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- > libxavs -- > enable-libxvid --enable-zlib > libavutil 52. 34.100 / 52. 34.100 > libavcodec 55. 12.102 / 55. 12.102 > libavformat 55. 8.102 / 55. 8.102 > libavdevice 55. 2.100 / 55. 2.100 > libavfilter 3. 73.100 / 3. 73.100 > libswscale 2. 3.100 / 2. 3.100 > libswresample 0. 17.102 / 0. 17.102 > libpostproc 52. 3.100 / 52. 3.100 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'outfile.m4a': > Metadata: > major_brand : M4A > minor_version : 512 > compatible_brands: isomiso2 > title : test > artist : Hardwell vs. Collin McLoughlin > album_artist : Various Artists > album : Kontor - Chilled Beats > date : 2013 > encoder : Lavf55.8.102 > track : 13 > Duration: 00:02:19.24, start: 0.000000, bitrate: 129 kb/s > Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, > fltp, 12 > 8 kb/s > Metadata: > handler_name : SoundHandler > > F:\> > }}} New description: metadata disc is not working for me. "title" tag is updated but the tag "disc" is not created (also tried different solutions). working with latest windows version... {{{ F:\>ffmpeg -i inFile.m4a -metadata disc="5/6" -metadata title="test" outFile.m4a ffmpeg version N-53724-g716dbc7 Copyright (c) 2000-2013 the FFmpeg developers built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'inFile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 track : 13 [b] disc : 1/2[/b] album : Kontor - Chilled Beats album_artist : Various Artists artist : Hardwell vs. Collin McLoughlin title : Call Me a Spaceman (Unplugged Version) encoder : Lavf54.3.100 date : 2013 Duration: 00:02:19.20, start: 0.000000, bitrate: 193 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 19 2 kb/s Metadata: handler_name : SoundHandler File 'outFile.m4a' already exists. Overwrite ? [y/N] y Output #0, ipod, to 'outFile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 track : 13 date : 2013 album : Kontor - Chilled Beats album_artist : Various Artists artist : Hardwell vs. Collin McLoughlin disc : 5/6 title : test encoder : Lavf55.8.102 Stream #0:0(und): Audio: aac (libvo_aacenc) (mp4a / 0x6134706D), 44100 Hz, s tereo, s16, 128 kb/s Metadata: handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (aac -> libvo_aacenc) Press [q] to stop, [?] for help size= 2200kB time=00:02:19.21 bitrate= 129.5kbits/s video:0kB audio:2176kB subtitle:0 global headers:0kB muxing overhead 1.121632% F:\>ffprobe outfile.m4a ffprobe version N-53724-g716dbc7 Copyright (c) 2007-2013 the FFmpeg developers built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'outfile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 title : test artist : Hardwell vs. Collin McLoughlin album_artist : Various Artists album : Kontor - Chilled Beats date : 2013 encoder : Lavf55.8.102 track : 13 Duration: 00:02:19.24, start: 0.000000, bitrate: 129 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 12 8 kb/s Metadata: handler_name : SoundHandler F:\> }}} -- Comment: Why do you think that mov/m4a supports metadata called "disc"? If you have such a sample please attach it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 17:47:08 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 15:47:08 -0000 Subject: [FFmpeg-trac] #2728(avcodec:closed): smk crash with low mem In-Reply-To: <038.cf5f25f1437b14419ecb7bec60e89b69@avcodec.org> References: <038.cf5f25f1437b14419ecb7bec60e89b69@avcodec.org> Message-ID: <053.7d334cce42b86b93ef9426af1e47597e@avcodec.org> #2728: smk crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV smacker | 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 Jun 29 17:58:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 15:58:55 -0000 Subject: [FFmpeg-trac] #2730(undetermined:new): swscale crash with low mem In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.ec0bd2abb969c481f24838463e03af9d@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash * priority: normal => important * version: unspecified => git-master Comment: Is the crash also reproducible with -an? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 18:47:36 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 16:47:36 -0000 Subject: [FFmpeg-trac] #2730(undetermined:new): swscale crash with low mem In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.8b95f25a2ffab7433fb2df28a92a4ea7@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:1 cehoyos]: > Is the crash also reproducible with -an? It doesn't crash with -an or -vn alone. I have compiled --disable-asm and --disable-yasm builds. Only --disable- asm build crashes here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 18:48:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 16:48:50 -0000 Subject: [FFmpeg-trac] #2724(avcodec:new): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.a9b73e78e46428ac2809d28565fddd33@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): Only --disable-asm build crashes here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 18:55:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 16:55:30 -0000 Subject: [FFmpeg-trac] #2730(undetermined:new): swscale crash with low mem In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.8e57f1a46ef9fc7f35501279335ab1bd@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 ami_stuff]: > Replying to [comment:1 cehoyos]: > > Is the crash also reproducible with -an? > > It doesn't crash with -an or -vn alone. Not even with different ulimit values? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 20:34:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 18:34:14 -0000 Subject: [FFmpeg-trac] #2732(undetermined:new): acc enc crash with low mem Message-ID: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> #2732: acc enc crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/2722/divx.avi found while testing #2730 {{{ C:\>ffmpeg -max_alloc 70000 -i divx.avi -vn -acodec aac -strict -2 -f null - ffmpeg version N-54178-gbbe26ef Copyright (c) 2000-2013 the FFmpeg developers built on Jun 24 2013 17:10:38 with gcc 4.7.3 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 9.100 / 55. 9.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 029a8000] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'divx.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 963 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 23.97 tbr, 23.97 tbn, 30k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 k b/s [aac @ 02aa5560] Cannot allocate memory. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 22:18:05 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 20:18:05 -0000 Subject: [FFmpeg-trac] #2733(undetermined:new): indeo3 crash with low mem Message-ID: <038.33c0931c5833b671a561545eac2d617f@avcodec.org> #2733: indeo3 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will tortur a bit ffmpeg with a script. Here is a first crash: {{{ (gdb) r -max_alloc 33000 -i indeo32.avi -f null - Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-7f866c1\ffmpeg_g.exe -max_alloc 33000 -i indeo32.avi -f null - [New Thread 3932.0xfc] ffmpeg version 1.1.git-7f866c1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 22:13:29 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-yasm --disable-w32threads --enable- gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Program received signal SIGSEGV, Segmentation fault. 0x00b097fc in allocate_frame_buffers (ctx=, avctx=, luma_width=320, luma_height=240) at libavcodec/indeo3.c:192 192 memset(ctx->planes[p].buffers[0], 0x40, ctx->planes[p].pitch); (gdb) bt #0 0x00b097fc in allocate_frame_buffers (ctx=, avctx=, luma_width=320, luma_height=240) at libavcodec/indeo3.c:192 #1 0x0059a44e in avcodec_open2 (avctx=0x4ca6dc0, codec=, options=0x4caa460) at libavcodec/utils.c:1309 #2 0x004984cc in avformat_find_stream_info (ic=0x4c95e00, options=0x4caa460) at libavformat/utils.c:2678 #3 0x004055ef in open_input_file (o=0x22fbb0, filename=) at ffmpeg_opt.c:814 #4 0x00403056 in open_files (inout=, open_file=0x405200 , l=) at ffmpeg_opt.c:2483 #5 0x0040973f in ffmpeg_parse_options (argc=8, argv=0x4bb2518) at ffmpeg_opt.c:2520 #6 0x00aeea55 in main (argc=8, argv=0x4bb2518) at ffmpeg.c:3368 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 22:39:14 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 20:39:14 -0000 Subject: [FFmpeg-trac] #2578(avcodec:closed): avcodec_find_best_pix_fmt_of_list gives wrong format In-Reply-To: <032.9008bc3bdd0e27e19447def013631e57@avcodec.org> References: <032.9008bc3bdd0e27e19447def013631e57@avcodec.org> Message-ID: <047.dcc85022a2349b63ce31254805f50ce8@avcodec.org> #2578: avcodec_find_best_pix_fmt_of_list gives wrong format ------------------------------------+----------------------------------- Reporter: str | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in a2802d3cd496a1375f0468f1b0cabf36b40ba480 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 23:02:24 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 21:02:24 -0000 Subject: [FFmpeg-trac] #2734(undetermined:new): flac crash with low mem Message-ID: <038.0d2ba2a97d08b9808d6d59135ef67016@avcodec.org> #2734: flac crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www1.datafilehost.com/d/a66b37b0 {{{ (gdb) r -max_alloc 35000 -i test.flac -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-7f866c1\ffmpeg_g.exe -max_alloc 35000 -i test.flac -f null - [New Thread 220.0x9ec] ffmpeg version 1.1.git-7f866c1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 22:13:29 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-yasm --disable-w32threads --enable- gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Program received signal SIGSEGV, Segmentation fault. av_fifo_space (f=0x0) at libavutil/fifo.c:59 59 return f->end - f->buffer - av_fifo_size(f); (gdb) bt #0 av_fifo_space (f=0x0) at libavutil/fifo.c:59 #1 0x00849331 in flac_parse (s=0x4ca7220, avctx=0x4ca6c40, poutbuf=0x22f4c8, poutbuf_size=0x22f4cc, buf=0x4ca7900 "\377??\030", buf_size=1024) at libavcodec/flac_parser.c:596 #2 0x0059df53 in av_parser_parse2 (s=0x4ca7220, avctx=0x4ca6c40, poutbuf=0x22f4c8, poutbuf_size=0x22f4cc, buf=0x4ca7900 "\377??\030", buf_size=1024, pts=-9223372036854775808, dts=-9223372036854775808, pos=190) at libavcodec/parser.c:155 #3 0x004947c5 in parse_packet (s=0x4c95e00, pkt=0x22f5d8, stream_index=) at libavformat/utils.c:1181 #4 0x0049588d in read_frame_internal (s=0x4c95e00, pkt=0x22f8e0) at libavformat/utils.c:1357 #5 0x004989a9 in avformat_find_stream_info (ic=0x4c95e00, options=0x4ca7100) at libavformat/utils.c:2763 #6 0x004055ef in open_input_file (o=0x22fbb0, filename=) at ffmpeg_opt.c:814 #7 0x00403056 in open_files (inout=, open_file=0x405200 , l=) at ffmpeg_opt.c:2483 #8 0x0040973f in ffmpeg_parse_options (argc=8, argv=0x4bb2510) at ffmpeg_opt.c:2520 #9 0x00aeea55 in main (argc=8, argv=0x4bb2510) at ffmpeg.c:3368 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Jun 29 23:20:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 21:20:20 -0000 Subject: [FFmpeg-trac] #2735(undetermined:new): h263 crash with low mem Message-ID: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> #2735: h263 crash with low mem -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- {{{ (gdb) r -f h263 -max_alloc 120000 -i vble.avi -f null - The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-7f866c1\ffmpeg_g.exe -f h263 -ma x_alloc 120000 -i vble.avi -f null - [New Thread 3932.0xb08] ffmpeg version 1.1.git-7f866c1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 22:13:29 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-yasm --disable-w32threads --enable- gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [h263 @ 04c9e560] header damaged Last message repeated 2 times [h263 @ 04c9e560] Bad H263 id [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad H263 id [h263 @ 04c9e560] header damaged Last message repeated 1 times [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad UFEP type (2) [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] H263 SAC not supported [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged [h263 @ 04c9e560] warning: first frame is no keyframe [h263 @ 04c9e560] illegal dc 0 at 8 0 [h263 @ 04c9e560] illegal ac vlc code at 8x0 [h263 @ 04c9e560] Error at MB: 8 [h263 @ 04c9e560] illegal ac vlc code at 1x3 [h263 @ 04c9e560] Error at MB: 37 [h263 @ 04c9e560] Error at MB: 64 [h263 @ 04c9e560] concealing 77 DC, 77 AC, 77 MV errors in P frame Input #0, h263, from 'vble.avi': Duration: N/A, bitrate: N/A Stream #0:0: Video: h263, yuv420p, 176x144 [SAR 12:11 DAR 4:3], 27.17 fps, 2 9.97 tbr, 1200k tbn, 29.97 tbc [New Thread 3932.0x96c] [New Thread 3932.0xc7c] [New Thread 3932.0xbcc] [New Thread 3932.0xe70] [New Thread 3932.0xba4] [New Thread 3932.0xfa0] [New Thread 3932.0xf0] [New Thread 3932.0xe58] [New Thread 3932.0x9e8] Output #0, null, to 'pipe:': Metadata: encoder : Lavf55.10.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 176x144 [SAR 12:1 1 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (h263 -> rawvideo) Press [q] to stop, [?] for help [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad H263 id [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad H263 id [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad UFEP type (2) [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] H263 SAC not supported [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] warning: first frame is no keyframe [h263 @ 04c9e560] illegal dc 0 at 8 0 [h263 @ 04c9e560] illegal ac vlc code at 8x0 [h263 @ 04c9e560] Error at MB: 8 [h263 @ 04c9e560] illegal ac vlc code at 1x3 [h263 @ 04c9e560] Error at MB: 37 [h263 @ 04c9e560] Error at MB: 64 [h263 @ 04c9e560] concealing 77 DC, 77 AC, 77 MV errors in P frame [null @ 04d72ac0] Encoder did not produce proper pts, making some up. [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Bad marker [h263 @ 04c9e560] header damaged Error while decoding stream #0:0: Error number -1 occurred [h263 @ 04c9e560] Cannot allocate memory. Program received signal SIGSEGV, Segmentation fault. ff_MPV_frame_start (s=0x4c9ee60, avctx=0x4c9e560) at libavcodec/mpegvideo.c:1513 1513 &s->picture[i] != s->next_picture_ptr && (gdb) bt #0 ff_MPV_frame_start (s=0x4c9ee60, avctx=0x4c9e560) at libavcodec/mpegvideo.c:1513 #1 0x0068cffa in ff_h263_decode_frame (avctx=0x4c9e560, data=0x4d4a400, got_frame=0x22fa9c, avpkt=0x22f768) at libavcodec/h263dec.c:649 #2 0x005968ba in avcodec_decode_video2 (avctx=0x4c9e560, picture=0x4d4a400, got_picture_ptr=0x22fa9c, avpkt=0x22f898) at libavcodec/utils.c:1947 #3 0x0041286c in decode_video (got_output=, pkt=, ist=) at ffmpeg.c:1654 #4 output_packet (ist=0x4ca1c00, pkt=0x22fbe0) at ffmpeg.c:1852 #5 0x004154db in process_input (file_index=80474016) at ffmpeg.c:3064 #6 0x00aef098 in transcode_step () at ffmpeg.c:3160 #7 transcode () at ffmpeg.c:3212 #8 main (argc=10, argv=) at ffmpeg.c:3390 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 00:14:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Jun 2013 22:14:29 -0000 Subject: [FFmpeg-trac] #2732(undetermined:new): acc enc crash with low mem In-Reply-To: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> References: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> Message-ID: <053.88a7ea2be939eaaebc5b227530c1fea0@avcodec.org> #2732: acc enc crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): {{{ (gdb) r -max_alloc 70000 -i divx.avi -vn -acodec aac -strict -2 -f null - Starting program: D:\MinGW\msys\1.0\ffmpeg-HEAD-7f866c1\ffmpeg_g.exe -max_alloc 70000 -i divx.avi -vn -acodec aac -strict -2 -f null - [New Thread 2368.0xb50] ffmpeg version 1.1.git-7f866c1 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 22:13:29 with gcc 4.6.2 (GCC) configuration: --disable-ffprobe --disable-yasm --disable-w32threads --enable- gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 04ca6dc0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'divx.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 963 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 23.97 tbr, 23.97 tbn, 30k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 k b/s [New Thread 2368.0x658] [New Thread 2368.0xbac] [New Thread 2368.0xedc] [New Thread 2368.0xd7c] [New Thread 2368.0xc00] [New Thread 2368.0xf58] [New Thread 2368.0x9a8] [New Thread 2368.0xd8c] [New Thread 2368.0xe30] [aac @ 04c9e3a0] Cannot allocate memory. Program received signal SIGSEGV, Segmentation fault. 0x00b33cd4 in ff_psy_end (ctx=0x4ca9390) at libavcodec/psymodel.c:78 78 if (ctx->model->end) (gdb) bt #0 0x00b33cd4 in ff_psy_end (ctx=0x4ca9390) at libavcodec/psymodel.c:78 #1 0x00b15fdb in aac_encode_end (avctx=0x4c9e3a0) at libavcodec/aacenc.c:676 #2 0x00b1640b in aac_encode_init (avctx=0x4c9e3a0) at libavcodec/aacenc.c:784 #3 0x0059a44e in avcodec_open2 (avctx=0x4c9e3a0, codec=, options=0x4c9e8c0) at libavcodec/utils.c:1309 #4 0x004113b2 in transcode_init () at ffmpeg.c:2439 #5 0x00aeea82 in transcode () at ffmpeg.c:3183 #6 main (argc=13, argv=) at ffmpeg.c:3390 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 14:31:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 12:31:20 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.102541eb7bd7b82e29b5c2e8ad10c9d9@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Messiahs): If i use e.g. mp3tag to update disc tag the output of ffprobe is correct: {{{ F:\>ffprobe outfile.m4a ffprobe version N-53724-g716dbc7 Copyright (c) 2007-2013 the FFmpeg developers built on May 31 2013 23:33:02 with gcc 4.8.0 (GCC) configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab le-iconv --enable-libass --enable-libbluray --enable-libcaca --enable- libfreetyp e --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --ena ble-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-l ibopus --enable-librtmp --enable-libschroedinger --enable-libsoxr --enable-libsp eex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable- libvo- amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable- libxavs -- enable-libxvid --enable-zlib libavutil 52. 34.100 / 52. 34.100 libavcodec 55. 12.102 / 55. 12.102 libavformat 55. 8.102 / 55. 8.102 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 73.100 / 3. 73.100 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'outfile.m4a': Metadata: major_brand : M4A minor_version : 512 compatible_brands: isomiso2 track : 13 disc : 1/3 album : Kontor - Chilled Beats album_artist : Various Artists artist : Hardwell vs. Collin McLoughlin title : test encoder : Lavf55.8.102 date : 2013 Duration: 00:02:19.24, start: 0.000000, bitrate: 129 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 12 8 kb/s Metadata: handler_name : SoundHandler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 14:50:03 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 12:50:03 -0000 Subject: [FFmpeg-trac] #2736(undetermined:new): wma crash with low mem Message-ID: <038.bb801519fa5395ccc7383162c502e81a@avcodec.org> #2736: wma crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Please try to reproduce this crash: ulimit -Sv 19000 ffmpeg -i wma10_24bit.wma -f null - http://www1.datafilehost.com/d/32a048be {{{ knoppix at Microknoppix:/media/sdb1$ ./ffmpeg6 -i wma10_24bit.wma -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 29 2013 16:24:48 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-yasm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Segmentation fault knoppix at Microknoppix:/media/sdb1$ }}} If not reproducable then I will ignore "ulimit" crashes in the future (too time comsumpting to reproduce on various systems). (I also attache a script which I use to locate crashes like this under linux) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 14:57:20 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 12:57:20 -0000 Subject: [FFmpeg-trac] #2706(avcodec:new): Native AAC encoder produces warbling with pure aevalsrc sine wave In-Reply-To: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> References: <035.d5efe40a195b1cff1a0fb81fe434149c@avcodec.org> Message-ID: <050.2f13bcfd13238d35500251c3c65edc40@avcodec.org> #2706: Native AAC encoder produces warbling with pure aevalsrc sine wave ------------------------------------+----------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Kamedo2): After reading this thread, http://ffmpeg.org/pipermail/ffmpeg- devel/2013-May/143208.html I could successfully apply a patch #2686 from klaussfreire's repository. So I'm going to post the result with the WIP patch enabled. I listened to these AACs, Sampling rate: 48000Hz ||= Freq=||16||32||48||64||80||96||112||128||144||160||176||192||208||224||240||256kbps|| ||= 750Hz=||0||0||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || ||= 1500Hz=||0||0||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || ||= 3000Hz=||0||0||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || ||= 6000Hz=||-||0||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || ||= 9000Hz=||-||-||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || ||=12000Hz=||-||-||- ||- ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 ||0 || 0: no warbling 1: warbling 2: terrible warbling -: within cutoff range Yes, at least perceptually, there were no warbling at all. However, the patch came with another cost. It will be off topic in here, so I'll keep posting in #2686 thread. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 15:29:39 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 13:29:39 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.b7b769f13bf1721b13a25cecddc71a4b@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 16:13:04 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 14:13:04 -0000 Subject: [FFmpeg-trac] #2731(undetermined:new): Problem with -metadata disc In-Reply-To: <037.161f60b388f2afac14a26f104055df46@avcodec.org> References: <037.161f60b388f2afac14a26f104055df46@avcodec.org> Message-ID: <052.e0e02924b016a02ee833ffada2bf8ec8@avcodec.org> #2731: Problem with -metadata disc -------------------------------------+------------------------------------- Reporter: Messiahs | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Messiahs): Replying to [comment:3 cehoyos]: > Please provide the sample. You can use any m4a file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 17:20:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 15:20:34 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.0b605e285637acd92267edc9190e8898@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by posixbofh): Wow, I'm amazed that such a critical bug hasn't been fixed - and bounties are required to get it done! Ignoring command line options and filter chains seems like a huge, mega blocker deal for ffmpeg/ffserver. The ticket I care more about is the vf being ignored while outputting to FFM (https://ffmpeg.org/trac/ffmpeg/ticket/1930). Either way, I am putting up a bounty of 0.5 bitcoins if it is fixed before July 15. Bounty increases to 1 bitcoin if it's fixed by July 4th. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 17:25:27 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 15:25:27 -0000 Subject: [FFmpeg-trac] #1970(FFserver:open): ffserver ignores ffmpeg command line arguments In-Reply-To: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> References: <039.0a29583881ba106430406bc7fb0c66a3@avcodec.org> Message-ID: <054.fbb2515b04237ead3cb672d1e01325e6@avcodec.org> #1970: ffserver ignores ffmpeg command line arguments ------------------------------------+------------------------------------ Reporter: importinis | Owner: Type: defect | Status: open Priority: important | Component: FFserver Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by posixbofh): * cc: zack@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 17:26:18 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 15:26:18 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.0c4ceb3736afef79754ec2ea30dd6ec7@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): I successfully applied the patch. klaussfreire's repository is in here. http://ffmpeg.org/pipermail/ffmpeg-devel/2013-May/143216.html Or, you can use https://dl.dropboxusercontent.com/u/81238453/aac.patch (Thank you Takuan @K4095) to patch from current git head. However, still, it has a distinctive bug. The sound disappears partially when the sound is white noise-like. The bug #2706 was that the sound warbles when the sound was a sine wave. That was solved by this patch, but this creates new problem. {{{ ffmpeg54292 -v 9 -loglevel 99 -filter_complex "aevalsrc=-0.5+random(0)" -c:a aac -strict experimental -ar 4 4100 -ac 2 -b:a 256k -t 4 "C:\Users\PCC\Documents\ABC- HR\whitenoise_256k.mp4" ffmpeg version N-54292-g97947d9 Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 20:34:13 with gcc 4.8.1 (GCC) configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- libfdk -aac --extra-ldflags=-static --extra-cflags='-march=nocona -mfpmath=sse' --optfl ags=-O2 libavutil 52. 38.100 / 52. 38.100 libavcodec 55. 18.100 / 55. 18.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 Splitting the commandline. Reading option '-v' ... matched as option 'v' (set logging level) with argument '9'. Reading option '-loglevel' ... matched as option 'loglevel' (set logging level) with argument '99'. Reading option '-filter_complex' ... matched as option 'filter_complex' (create a complex filtergraph) with argument 'aevalsrc=-0.5+random(0)'. Reading option '-c:a' ... matched as option 'c' (codec name) with argument 'aac' . Reading option '-strict' ... matched as AVOption 'strict' with argument 'experim ental'. Reading option '-ar' ... matched as option 'ar' (set audio sampling rate (in Hz) ) with argument '44100'. Reading option '-ac' ... matched as option 'ac' (set number of audio channels) w ith argument '2'. Reading option '-b:a' ... matched as option 'b' (video bitrate (please use -b:v) ) with argument '256k'. Reading option '-t' ... matched as option 't' (record or transcode "duration" se conds of audio/video) with argument '4'. Reading option 'C:\Users\PCC\Documents\ABC-HR\whitenoise_256k.mp4' ... matched a s output file. Finished splitting the commandline. Parsing a group of options: global . Applying option v (set logging level) with argument 9. Applying option filter_complex (create a complex filtergraph) with argument aeva lsrc=-0.5+random(0). Successfully parsed a group of options. Parsing a group of options: output file C:\Users\PCC\Documents\ABC- HR\whitenoise _256k.mp4. Applying option c:a (codec name) with argument aac. Applying option ar (set audio sampling rate (in Hz)) with argument 44100. Applying option ac (set number of audio channels) with argument 2. Applying option b:a (video bitrate (please use -b:v)) with argument 256k. Applying option t (record or transcode "duration" seconds of audio/video) with a rgument 4. Successfully parsed a group of options. Opening an output file: C:\Users\PCC\Documents\ABC-HR\whitenoise_256k.mp4. detected 8 logical cores [Parsed_aevalsrc_0 @ 0140bea0] compat: called with args=[-0.5+random(0)] [Parsed_aevalsrc_0 @ 0140bea0] Setting 'exprs' to value '-0.5+random(0)' [audio format for output stream 0:0 @ 01412880] Setting 'sample_fmts' to value ' fltp' [audio format for output stream 0:0 @ 01412880] Setting 'sample_rates' to value '44100' [audio format for output stream 0:0 @ 01412880] Setting 'channel_layouts' to val ue '0x3' Successfully opened the file. [audio format for output stream 0:0 @ 01412880] auto-inserting filter 'auto-inse rted resampler 0' between the filter 'Parsed_aevalsrc_0' and the filter 'audio f ormat for output stream 0:0' [AVFilterGraph @ 0039f3c0] query_formats: 3 queried, 6 merged, 3 already done, 0 delayed [Parsed_aevalsrc_0 @ 0140bea0] sample_rate:44100 chlayout:mono duration:-1.00000 0 [auto-inserted resampler 0 @ 0039f2a0] [SWR @ 00393160] Using double precision m ode 0.707107 0.707107 [auto-inserted resampler 0 @ 0039f2a0] ch:1 chl:mono fmt:dblp r:44100Hz -> ch:2 chl:stereo fmt:fltp r:44100Hz Output #0, mp4, to 'C:\Users\PCC\Documents\ABC-HR\whitenoise_256k.mp4': Metadata: encoder : Lavf55.10.100 Stream #0:0, 0, 1/44100: Audio: aac ([64][0][0][0] / 0x0040), 44100 Hz, ster eo, fltp, 256 kb/s Stream mapping: aevalsrc -> Stream #0:0 (aac) Press [q] to stop, [?] for help No more output streams to write to, finishing. size= 141kB time=00:00:04.01 bitrate= 288.4kbits/s video:0kB audio:140kB subtitle:0 global headers:0kB muxing overhead 1.001409% 0 frames successfully decoded, 0 decoding errors [AVIOContext @ 0141b640] Statistics: 30 seeks, 197 writeouts }}} The output mp4 I'm going to post sounds nothing like white noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 17:56:49 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 15:56:49 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.82f51f3ac3f599bdeb199d9f04337f37@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Another bug, typically happens when hi-hats are present. The sound disappears for about 20ms. Short, but it's still audible and sounds like a annoying pulse. [[Image(http://i40.tinypic.com/v3dt39.png)]] When these problems are solved, I'm going to conduct an extensive blind listening test, to assess sound quality of AAC encoders available from FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 18:09:55 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 16:09:55 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.5136a9a80bffa0c19e2af1d1c690fecd@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Kamedo2): Another type of holes. There are no holes like this in the original sound, but are present in encoded mp4s. [[Image(http://i41.tinypic.com/axisf5.png)]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 19:00:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 17:00:53 -0000 Subject: [FFmpeg-trac] #2504(avdevice:new): Audio glitches and distortion when recording alsa In-Reply-To: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> References: <035.486ae3d5a5e513b5de04c4d85ff8c4dd@avcodec.org> Message-ID: <050.776fc15f6c7932541309a3a4b4f8afc2@avcodec.org> #2504: Audio glitches and distortion when recording alsa ------------------------------------+------------------------------------ Reporter: MrNice | Owner: Type: defect | Status: new Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: alsa | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by MrNice): Does that mean there is a bug from the beginning? Now, what can I do to go further? I hope this will be fixed as I need it to transfer from S-VHS to computer file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 20:09:11 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 18:09:11 -0000 Subject: [FFmpeg-trac] #2733(avcodec:open): indeo3 crash with low mem In-Reply-To: <038.33c0931c5833b671a561545eac2d617f@avcodec.org> References: <038.33c0931c5833b671a561545eac2d617f@avcodec.org> Message-ID: <053.e0ae7e358ac88bd9a183a1465accc402@avcodec.org> #2733: indeo3 crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV indeo3 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV indeo3 Comment: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165430 The second crash is fixed by the patches for ticket #2722 and #2727. http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165332/focus=165366 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 20:57:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 18:57:16 -0000 Subject: [FFmpeg-trac] #2735(avcodec:open): h263 crash with low mem In-Reply-To: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> References: <038.8eab0cfc8e9c0cc9ab1920e178f87627@avcodec.org> Message-ID: <053.77affd80c82c5ddda12db319d2715f7c@avcodec.org> #2735: h263 crash with low mem ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV Comment: Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165434 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 22:07:53 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 20:07:53 -0000 Subject: [FFmpeg-trac] #2732(avcodec:open): acc enc crash with low mem In-Reply-To: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> References: <038.0e75f83ad1ef32c01a0ad7e496c43e44@avcodec.org> Message-ID: <053.719b22d9a3df942352bfef0c1ca53931@avcodec.org> #2732: acc enc crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV aac Comment: Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165439 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 22:33:57 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 20:33:57 -0000 Subject: [FFmpeg-trac] #2730(undetermined:new): swscale crash with low mem In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.99d47abe3e9b093c0a0df71d7e300295@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): got a bt: {{{ knoppix at Microknoppix:/media/sdb1$ ./ffmpeg_g -i o/divx.avi -y -vcodec msvideo1 out.avi ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 17:18:20 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [mpeg4 @ 0x905d4e0] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from 'o/divx.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 963 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 23.98 fps, 23.98 tbr, 23.97 tbn, 30k tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16p, 128 kb/s [swscaler @ 0x9050e60] No accelerated colorspace conversion found from yuv420p to rgb555le. [swscaler @ 0x9056bf0] No accelerated colorspace conversion found from yuv420p to rgb555le. [swscaler @ 0x90790e0] No accelerated colorspace conversion found from yuv420p to rgb555le. Segmentation fault (core dumped) knoppix at Microknoppix:/media/sdb1$ ulimit -c unlimited -Sv 199999000 knoppix at Microknoppix:/media/sdb1$ ./gdb -c core ffmpeg_g warning: Can not parse XML syscalls information; XML support was disabled at compile time. GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/i386-linux-gnu/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libm.so.6 Reading symbols from /lib/i386-linux-gnu/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/librt.so.1 Reading symbols from /lib/i386-linux-gnu/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libpthread.so.0 Reading symbols from /lib/i386-linux-gnu/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -i o/divx.avi -y -vcodec msvideo1 out.avi'. Program terminated with signal 11, Segmentation fault. #0 av_free (arg=0x0) at libavutil/mem.c:210 210 free(ptr); (gdb) bt #0 av_free (arg=0x0) at libavutil/mem.c:210 #1 av_freep (arg=0x0) at libavutil/mem.c:217 #2 0x0808d386 in ff_ac3_encode_close (avctx=0x906e480) at libavcodec/ac3enc.c:2021 #3 0x0808e46e in ff_ac3_encode_init (avctx=0x906e480) at libavcodec/ac3enc.c:2488 #4 0x08658dd9 in avcodec_open2 (avctx=0x906e480, codec=0x8a65a00, options=0x906e998) at libavcodec/utils.c:1309 #5 0x080b3478 in transcode_init () at ffmpeg.c:2439 #6 0x0809d120 in transcode (argc=, argv=0xbfe1b534) at ffmpeg.c:3183 #7 main (argc=, argv=0xbfe1b534) at ffmpeg.c:3390 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 22:34:58 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 20:34:58 -0000 Subject: [FFmpeg-trac] #2724(avcodec:new): rv10 crash with low mem In-Reply-To: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> References: <038.5a04bbc7bf7935691401d71e46f5ca3e@avcodec.org> Message-ID: <053.a862fd40b0063e284abff1dcd9c6cd8c@avcodec.org> #2724: rv10 crash with low mem -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash abort | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): {{{ knoppix at Microknoppix:/media/sdb1$ ulimit -c unlimited -Sv 18900 knoppix at Microknoppix:/media/sdb1$ ./ffmpeg_g -i o/rv1.rm -f null - ffmpeg version 1.1.git Copyright (c) 2000-2013 the FFmpeg developers built on Jun 30 2013 17:18:20 with gcc 4.7 (Debian 4.7.2-4) configuration: --disable-asm --disable-ffprobe --disable-ffserver --enable-gpl libavutil 52. 37.101 / 52. 37.101 libavcodec 55. 17.100 / 55. 17.100 libavformat 55. 10.100 / 55. 10.100 libavdevice 55. 2.100 / 55. 2.100 libavfilter 3. 77.101 / 3. 77.101 libswscale 2. 3.100 / 2. 3.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 3.100 / 52. 3.100 [rm @ 0x905cc50] Invalid stream index 1 for index at pos 1523773 Input #0, rm, from 'o/rv1.rm': Metadata: Generated By : Media Cleaner Pro 4.0 for Windows Target Audiences: Corporate LAN (1000 Kbps); Audio Format : No Audio Video Quality : Normal Motion Video Creation Date : 4/20/2012 16:57:30 Modification Date: 4/20/2012 16:57:30 File ID : 51c3d56c-137c-4ae5-b604-f74f5b5a25f3 title : author : copyright : comment : Duration: 00:00:15.01, start: 0.000000, bitrate: 812 kb/s Stream #0:0: Video: rv10 (RV10 / 0x30315652), yuv420p, 320x240, 1000 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: Generated By : Media Cleaner Pro 4.0 for Windows Target Audiences: Corporate LAN (1000 Kbps); Audio Format : No Audio Video Quality : Normal Motion Video Creation Date : 4/20/2012 16:57:30 Modification Date: 4/20/2012 16:57:30 File ID : 51c3d56c-137c-4ae5-b604-f74f5b5a25f3 title : author : copyright : comment : encoder : Lavf55.10.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (rv10 -> rawvideo) Press [q] to stop, [?] for help [null @ 0x9064cb0] Encoder did not produce proper pts, making some up. [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] releasing zombie picture [rv10 @ 0x905d4a0] get_buffer() failed [rv10 @ 0x905d4a0] thread_get_buffer() failed [rv10 @ 0x905d4a0] get_buffer() failed (-12 (nil)) [rv10 @ 0x905d4a0] marker missing [rv10 @ 0x905d4a0] pb frame 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. [rv10 @ 0x905d4a0] 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. [rv10 @ 0x905d4a0] HEADER ERROR Segmentation fault (core dumped) knoppix at Microknoppix:/media/sdb1$ ulimit -c unlimited -Sv 199999000knoppix at Microknoppix:/media/sdb1$ ./gdb -c core ffmpeg_g warning: Can not parse XML syscalls information; XML support was disabled at compile time. GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /media/sdb1/ffmpeg_g...done. warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/i386-linux-gnu/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libm.so.6 Reading symbols from /lib/i386-linux-gnu/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/librt.so.1 Reading symbols from /lib/i386-linux-gnu/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libpthread.so.0 Reading symbols from /lib/i386-linux-gnu/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/i386-linux-gnu/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Failed to read a valid object file image from memory. Core was generated by `./ffmpeg_g -i o/rv1.rm -f null -'. Program terminated with signal 11, Segmentation fault. #0 0x081ea7b4 in rm_assemble_video_frame (s=0x905cc50, pb=0x9065230, st=0x905d270, ast=0x905d880, len=1396, pkt=0xbfb3cff8, seq=0xbfb3ce48, flags=0, timestamp=-9223372036854775808) at libavformat/rmdec.c:724 724 AV_WL32(vst->pkt.data - 7 + 8*vst->cur_slice, 1); (gdb) bt #0 0x081ea7b4 in rm_assemble_video_frame (s=0x905cc50, pb=0x9065230, st=0x905d270, ast=0x905d880, len=1396, pkt=0xbfb3cff8, seq=0xbfb3ce48, flags=0, timestamp=-9223372036854775808) at libavformat/rmdec.c:724 #1 ff_rm_parse_packet (s=0x905cc50, pb=0x9065230, st=0x905d270, ast=0x905d880, len=1396, pkt=0xbfb3cff8, seq=0xbfb3ce48, flags=0, timestamp=-9223372036854775808) at libavformat/rmdec.c:779 #2 0x081ead88 in rm_read_packet (s=0x905cc50, pkt=0xbfb3cff8) at libavformat/rmdec.c:925 #3 0x082270b7 in ff_read_packet (s=0x905cc50, pkt=0xbfb3cff8) at libavformat/utils.c:642 #4 0x08229a19 in read_frame_internal (s=0x905cc50, pkt=0xbfb3d3a8) at libavformat/utils.c:1294 #5 0x0822a65a in av_read_frame (s=0x905cc50, pkt=0xbfb3d3a8) at libavformat/utils.c:1398 #6 0x080b08d6 in get_input_packet (file_index=0) at ffmpeg.c:2853 #7 process_input (file_index=0) at ffmpeg.c:2890 #8 0x0809d7c0 in transcode_step (argc=, argv=) at ffmpeg.c:3160 #9 transcode (argc=, argv=) at ffmpeg.c:3212 #10 main (argc=, argv=) at ffmpeg.c:3390 (gdb) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 22:46:30 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 20:46:30 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.267a557c58b02764395f2c7d73686443@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): Sorry, I expected to get email notifications, but got none. That bug is probably a ratecontrol bug I thought I had erradicated. I'll try to test with white noise, but just in case the exact input matters, can you attach a flac version? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 22:47:54 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 20:47:54 -0000 Subject: [FFmpeg-trac] #2736(undetermined:closed): wma crash with low mem In-Reply-To: <038.bb801519fa5395ccc7383162c502e81a@avcodec.org> References: <038.bb801519fa5395ccc7383162c502e81a@avcodec.org> Message-ID: <053.888a83e50ce7a0de94f8c6027ad5cfe9@avcodec.org> #2736: wma crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | 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: This is a duplicate of ticket #2722: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/165332/focus=165366 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:18:16 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:18:16 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.2446c5de9d7c8f003461af290d04a75f@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:14 klaussfreire]: > Sorry, I expected to get email notifications, but got none. You will get them if you add yourself to CC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:28:31 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:28:31 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.c18849b2dcbac29e5e7016cade798025@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by klaussfreire): * cc: klaussfreire@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:30:29 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:30:29 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.27afa6bf2517bd62e869596500ef8ce0@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): In aacenc.c, changing {{{ s->lambda *= ratio }}} by {{{ s->lambda *= sqrtf(sqrtf(ratio)); }}} Fixes the white nose thing, so indeed it's RC messup. But that brings some other trouble in more normal signals, so I guess I'll have to play with RC a little bit more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:32:23 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:32:23 -0000 Subject: [FFmpeg-trac] #2686(avcodec:open): Native AAC encoder collapses at high bitrates on some samples In-Reply-To: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> References: <036.46e6f0dcfe0fbeeeee1e7460dc88b12a@avcodec.org> Message-ID: <051.6d492c34004a33d1de6f36d7f61e54ed@avcodec.org> #2686: Native AAC encoder collapses at high bitrates on some samples -------------------------------------+------------------------------------- Reporter: Kamedo2 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by klaussfreire): I think AAC's ratecontrol needs a lookahead buffer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:43:50 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:43:50 -0000 Subject: [FFmpeg-trac] #2720(avcodec:new): vorbis regression In-Reply-To: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> References: <036.de6aee87b022074faa8b949a23afe558@avcodec.org> Message-ID: <051.849466c968d46ac6a9b55520d3d4e015@avcodec.org> #2720: vorbis regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The sample from ticket #2507 also triggers this problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Jun 30 23:54:34 2013 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Jun 2013 21:54:34 -0000 Subject: [FFmpeg-trac] #2730(avcodec:closed): swscale crash with low mem In-Reply-To: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> References: <038.020105ff60cc8c6579f8f0079db8ee74@avcodec.org> Message-ID: <053.376b640541e7a0fc226a9b4a286169d5@avcodec.org> #2730: swscale crash with low mem -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV ac3 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash => crash SIGSEGV ac3 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I believe I have fixed this crash in 225f78b - I saw an additional output line here before the crash ("Cannot allocate memory.") and therefore suspected a different problem. Please reopen if this is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker