From trac at avcodec.org Thu Sep 1 12:33:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 10:33:47 -0000 Subject: [FFmpeg-trac] #424(undetermined:new): A/V desync on transport stream Message-ID: <036.b7146292c0ed516b420af23102934d86@avcodec.org> #424: A/V desync on transport stream -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+-------------------------- http://streams.videolan.org/issues/5203/ts720p_i_fr.ts The stream contains 720p60 H264 video and mp2 stereo sound. When transcoded with FFmpeg, the resulting file is non-interleaved, i.e. the 15 seconds of sound come first (without picture). MPlayer's mpegts demuxer indicates that the stream does start with mostly identical timestamps for audio and video (but plays the video too fast). FFmpeg seems to believe that audio starts with timestamps ~130 and video with ~260. {{{ $ ffmpeg -i ts720p_i_fr.ts -qscale 5 out.avi ffmpeg version N-32263-g3584b01, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 1 2011 12:14:35 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 [mpegts @ 0x8c963a0] Continuity Check Failed [mpegts @ 0x8c963a0] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x8c963a0] PES packet size mismatch Input #0, mpegts, from 'ts720p_i_fr.ts': Duration: 00:00:14.61, start: 130.272000, bitrate: 9237 kb/s Program 16 Metadata: service_name : PMR COBRA 1213 service_provider: PMR Stream #0.0[0x109]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 60 fps, 60 tbr, 90k tbn, 120 tbc Stream #0.1[0x103]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x8d86a00] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.10.0 Stream #0.0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 60 tbn, 60 tbc Stream #0.1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (h264 -> mpeg4) Stream #0.1 -> #0.1 (mp2 -> ac3) Press [q] to stop, [?] for help [mpegts @ 0x8c963a0] Continuity Check Failed Last message repeated 1 times 236kB time=00:00:14.27 bitrate= 135.6kbits/s [mpegts @ 0x8c963a0] PES packet size mismatch [h264 @ 0x8c9b6e0] error while decoding MB 76 41, bytestream (-5) [h264 @ 0x8c9b6e0] concealing 293 DC, 293 AC, 293 MV errors frame= 852 fps= 31 q=5.0 Lsize= 177161kB time=00:00:14.62 bitrate=99241.4kbits/s video:12002kB audio:228kB global headers:0kB muxing overhead 1348.534109% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 17:59:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 15:59:28 -0000 Subject: [FFmpeg-trac] #425(FFmpeg:new): cannot compile ffmpeg.c when disable avfilter Message-ID: <034.dc56bb651cb0434a398a905298ae3c0d@avcodec.org> #425: cannot compile ffmpeg.c when disable avfilter -------------------------+--------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- I try to compile the latest source code from git master by {{{ ./configure --disable-doc --disable-ffplay \ --disable-ffserver --disable-muxers --disable-avdevice \ --disable-postproc --disable-avfilter --disable-bsfs \ --disable-filters --disable-devices \ --disable-encoders --disable-asm \ --disable-bzlib \ --disable-zlib \ --prefix=/opt/ffmpeg }}} when ffmpeg.c compiling, it raises the error: {{{ CC ffmpeg.o ffmpeg.c: In function ?do_video_resample?: ffmpeg.c:1099: error: ?enc? undeclared (first use in this function) ffmpeg.c:1099: error: (Each undeclared identifier is reported only once ffmpeg.c:1099: error: for each function it appears in.) ffmpeg.c:1126: warning: passing argument 2 of ?sws_scale? from incompatible pointer type ffmpeg.c: In function ?init_input_stream?: ffmpeg.c:1886: warning: unused variable ?i? ffmpeg.c: In function ?transcode?: ffmpeg.c:2336: error: ?OutputStream? has no member named ?graph? ffmpeg.c:2338: warning: implicit declaration of function ?avfilter_graph_send_command? ffmpeg.c:2338: error: ?OutputStream? has no member named ?graph? ffmpeg.c:2341: warning: implicit declaration of function ?avfilter_graph_queue_command? ffmpeg.c:2341: error: ?OutputStream? has no member named ?graph? ffmpeg.c: In function ?opt_input_file?: ffmpeg.c:3166: warning: ?loop_input? is deprecated (declared at libavformat/avformat.h:795) ffmpeg.c: In function ?opt_output_file?: ffmpeg.c:3789: warning: ?loop_output? is deprecated (declared at libavformat/avformat.h:771) make: *** [ffmpeg.o] Error 1 }}} the revision is 3584b01e4e63cd9d05b82dee4859da5d463fb8e2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 19:05:29 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 17:05:29 -0000 Subject: [FFmpeg-trac] #425(FFmpeg:closed): cannot compile ffmpeg.c when disable avfilter In-Reply-To: <034.dc56bb651cb0434a398a905298ae3c0d@avcodec.org> References: <034.dc56bb651cb0434a398a905298ae3c0d@avcodec.org> Message-ID: <049.307a35f481a437fa2db507366e35d418@avcodec.org> #425: cannot compile ffmpeg.c when disable avfilter -----------------------+---------------------- Reporter: qrtt1 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 21:35:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 19:35:08 -0000 Subject: [FFmpeg-trac] #426(undetermined:new): Clip buggy playback in ffmpeg but ok in vlc or QT Message-ID: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT ----------------------------+--------------------- Reporter: ehsmeng | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: mjpeg yuvj422p | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+--------------------- Buggy playback in ffmpeg. Output when transcoding: [mjpeg @ 0x101820400] error count: 75 [mjpeg @ 0x101820400] error y=52 x=59 [mjpeg @ 0x101820400] mjpeg_decode_dc: bad vlc: 0:0 (0x1019a3a30)te=9115.1kbits/s [mjpeg @ 0x101820400] error dc [mjpeg @ 0x101820400] error y=50 x=57 [mjpeg @ 0x101820400] error count: 70 [mjpeg @ 0x101820400] error y=45 x=58 [mjpeg @ 0x101820400] error count: 65 [mjpeg @ 0x101820400] error y=45 x=58 [mjpeg @ 0x101820400] error count: 66 [mjpeg @ 0x101820400] error y=45 x=58 [mjpeg @ 0x101820400] error count: 65 [mjpeg @ 0x101820400] error y=52 x=58 [mjpeg @ 0x101820400] error count: 68 [mjpeg @ 0x101820400] error y=46 x=60 [mjpeg @ 0x101820400] error count: 68417kB time=00:00:00.72 bitrate=4746.5kbits/s [mjpeg @ 0x101820400] error y=46 x=58 [mjpeg @ 0x101820400] error count: 64 [mjpeg @ 0x101820400] error y=46 x=58 frame= 25 fps= 16 q=24.8 Lsize= 464kB time=00:00:01.00 bitrate=3804.3kbits/s video:463kB audio:0kB global headers:0kB muxing overhead 0.206299% Playback works fine in Quicktime and VLC. Attaching example file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 21:42:39 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 19:42:39 -0000 Subject: [FFmpeg-trac] #426(undetermined:new): Clip buggy playback in ffmpeg but ok in vlc or QT In-Reply-To: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> References: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> Message-ID: <051.99c1d9f0b66a71a07ac6bcf535963635@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT ---------------------------+--------------------------- Reporter: ehsmeng | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: mjpeg yuvj422p | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+--------------------------- Comment (by ehsmeng): ok, stupid 2.5MB limit. Please see example file here: http://72.249.183.220/tmp/008575000_sub.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 22:48:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 20:48:40 -0000 Subject: [FFmpeg-trac] #426(avcodec:open): Clip buggy playback in ffmpeg but ok in vlc or QT In-Reply-To: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> References: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> Message-ID: <051.c3ece220b1ace49ca41380dcf424e0a7@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT --------------------------------------+---------------------- Reporter: ehsmeng | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg yuvj422p regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: git => git-master * keywords: mjpeg yuvj422p => mjpeg yuvj422p regression Comment: For future bug-reports: Please always post complete, uncut output when transcoding! Related to ticket #267, regression since 8c0fa61a9713a1306fca7997dd04d72ea1f060ea / 7b8ed831eb8432d202dad16dedc1758b018bb1fa {{{ $ ffmpeg -i 008575000_sub.mov -qscale 2 out.avi ffmpeg version N-32280-gd5d7de7, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 1 2011 22:47:26 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '008575000_sub.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.4.0 Duration: 00:00:01.00, start: 0.000000, bitrate: 160370 kb/s Stream #0.0(eng): Video: mjpeg (jpeg / 0x6765706A), yuvj422p, 1920x1080 [SAR 72:72 DAR 16:9], 160363 kb/s, 25 fps, 25 tbr, 600 tbn, 600 tbc Metadata: creation_time : 1970-01-01 00:00:00 Incompatible pixel format 'yuvj422p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x1299980] w:1920 h:1080 pixfmt:yuvj422p tb:1/1000000 sar:72/72 sws_param: [buffersink @ 0x129abc0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x129ea00] w:1920 h:1080 fmt:yuvj422p -> w:1920 h:1080 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 ISFT : Lavf53.10.0 Stream #0.0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream mapping: Stream #0.0 -> #0.0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help [mjpeg @ 0x12a2e00] error count: 75 [mjpeg @ 0x12a2e00] error y=52 x=59 [mjpeg @ 0x12a2e00] mjpeg_decode_dc: bad vlc: 0:0 (0x1617c78)trate=23599.2kbits/s [mjpeg @ 0x12a2e00] error dc [mjpeg @ 0x12a2e00] error y=50 x=57 [mjpeg @ 0x12a2e00] error count: 70 [mjpeg @ 0x12a2e00] error y=45 x=58 [mjpeg @ 0x12a2e00] error count: 65 [mjpeg @ 0x12a2e00] error y=45 x=58 [mjpeg @ 0x12a2e00] error count: 66 [mjpeg @ 0x12a2e00] error y=45 x=58 [mjpeg @ 0x12a2e00] error count: 65 [mjpeg @ 0x12a2e00] error y=52 x=58 [mjpeg @ 0x12a2e00] error count: 68 [mjpeg @ 0x12a2e00] error y=46 x=60 [mjpeg @ 0x12a2e00] error count: 681904kB time=00:00:00.76 bitrate=20526.2kbits/s [mjpeg @ 0x12a2e00] error y=46 x=58 [mjpeg @ 0x12a2e00] error count: 64 [mjpeg @ 0x12a2e00] error y=46 x=58 frame= 25 fps= 17 q=2.0 Lsize= 2580kB time=00:00:01.00 bitrate=21131.6kbits/s video:2573kB audio:0kB global headers:0kB muxing overhead 0.241738% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 23:01:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 21:01:40 -0000 Subject: [FFmpeg-trac] #362(avcodec:closed): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.91cc6089380af47e79f11c56bf7cae1b@avcodec.org> #362: Interlaced mjpeg fails to decode -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by reimar): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 23:02:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 21:02:20 -0000 Subject: [FFmpeg-trac] #396(avdevice:closed): libavdevice/vfwcap.c memory allocation error In-Reply-To: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> References: <039.2036bf83489969e018e55b3d93a12c9c@avcodec.org> Message-ID: <054.c64ee3483b586fc3b4bcd5084552f5a5@avcodec.org> #396: libavdevice/vfwcap.c memory allocation error ------------------------------+----------------------- Reporter: RickWinkpa | Owner: Type: defect | Status: closed Priority: important | Component: avdevice Version: git-master | Resolution: fixed Keywords: vfwcap regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+----------------------- Changes (by reimar): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 1 23:07:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 21:07:17 -0000 Subject: [FFmpeg-trac] #56(build system:closed): ffmpeg fails to build on ppc64 with 32-bit userland in fft_altivec_s.S In-Reply-To: <039.1d93293efd7abc66eeac1bdb1974ab3b@avcodec.org> References: <039.1d93293efd7abc66eeac1bdb1974ab3b@avcodec.org> Message-ID: <054.4f60669e73efed46bf46f479ed2c88c2@avcodec.org> #56: ffmpeg fails to build on ppc64 with 32-bit userland in fft_altivec_s.S -----------------------+--------------------------- Reporter: gnu_andrew | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: git-master | Resolution: fixed Keywords: ppc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: git => git-master * component: avcodec => build system Comment: I suspect this has been fixed by Reimar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 01:11:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 01 Sep 2011 23:11:47 -0000 Subject: [FFmpeg-trac] #426(avcodec:closed): Clip buggy playback in ffmpeg but ok in vlc or QT In-Reply-To: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> References: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> Message-ID: <051.f518e12d759c44dedfb89222f578d3f5@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT ------------------------------------------+---------------------- Reporter: ehsmeng | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg yuvj422p regression rst | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------------------+---------------------- Changes (by michael): * keywords: mjpeg yuvj422p regression => mjpeg yuvj422p regression rst * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 04:21:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 02:21:22 -0000 Subject: [FFmpeg-trac] #373(avdevice:open): e35c674d breaks alsa input In-Reply-To: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> References: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> Message-ID: <050.6f17ff96be3e97c864b928161e43340a@avcodec.org> #373: e35c674d breaks alsa input -----------------------+----------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by michael): which buffer size works for you ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 05:34:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 03:34:15 -0000 Subject: [FFmpeg-trac] #159(avcodec:closed): "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output In-Reply-To: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> References: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> Message-ID: <053.6c17d147c66d2fae766d0667790e465f@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 05:41:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 03:41:13 -0000 Subject: [FFmpeg-trac] #162(avcodec:open): Avid AVI Codec - wrong resolution reported by FFmpeg In-Reply-To: <038.4d09604f34cb40a0306d0f61fcb848ec@avcodec.org> References: <038.4d09604f34cb40a0306d0f61fcb848ec@avcodec.org> Message-ID: <053.eb5df32b84e7b22111a4b6098626cd20@avcodec.org> #162: Avid AVI Codec - wrong resolution reported by FFmpeg -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): i know how to fix this once we support arbitrary crop values. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 09:46:43 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 07:46:43 -0000 Subject: [FFmpeg-trac] #426(avcodec:reopened): Clip buggy playback in ffmpeg but ok in vlc or QT In-Reply-To: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> References: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> Message-ID: <051.ba27f0d2058930b6e4547413b0ac4acb@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT ------------------------------------------+----------------------- Reporter: ehsmeng | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg yuvj422p regression rst | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------------------+----------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: Still broken, attached is the 12th frame of the original sample, sufficient to reproduce the problem visually. (Looks fine with ImageMagick and older FFmpeg versions.) {{{ $ ffmpeg -v 9 -loglevel 99 -i out12.jpg out.png ffmpeg version N-32290-g6fc1299, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 2 2011 09:37:52 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 [mjpeg @ 0x12a37e0] Unsupported bit depth: 0 [mjpeg @ 0x12a37e0] buffer too small, expanding to 797817 bytes [mjpeg @ 0x12a37e0] marker=d8 avail_size_in_buf=797817 [mjpeg @ 0x12a37e0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x12a37e0] marker=e0 avail_size_in_buf=797815 [mjpeg @ 0x12a37e0] marker parser used 16 bytes (128 bits) [mjpeg @ 0x12a37e0] marker=fe avail_size_in_buf=797797 [mjpeg @ 0x12a37e0] marker parser used 12 bytes (96 bits) [mjpeg @ 0x12a37e0] marker=db avail_size_in_buf=797783 [mjpeg @ 0x12a37e0] index=0 [mjpeg @ 0x12a37e0] qscale[0]: 0 [mjpeg @ 0x12a37e0] index=1 [mjpeg @ 0x12a37e0] qscale[1]: 1 [mjpeg @ 0x12a37e0] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x12a37e0] marker=c4 avail_size_in_buf=797649 [mjpeg @ 0x12a37e0] class=0 index=0 nb_codes=12 [mjpeg @ 0x12a37e0] class=0 index=1 nb_codes=12 [mjpeg @ 0x12a37e0] class=1 index=0 nb_codes=251 [mjpeg @ 0x12a37e0] class=1 index=1 nb_codes=251 [mjpeg @ 0x12a37e0] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x12a37e0] marker=dd avail_size_in_buf=797229 [mjpeg @ 0x12a37e0] restart interval: 120 [mjpeg @ 0x12a37e0] marker parser used 4 bytes (32 bits) [mjpeg @ 0x12a37e0] marker=c0 avail_size_in_buf=797223 [mjpeg @ 0x12a37e0] sof0: picture: 1920x1080 [mjpeg @ 0x12a37e0] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x12a37e0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x12a37e0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x12a37e0] pix fmt id 21111100 [mjpeg @ 0x12a37e0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x12a37e0] escaping removed 8032 bytes [mjpeg @ 0x12a37e0] marker=da avail_size_in_buf=797204 [mjpeg @ 0x12a37e0] component: 0 [mjpeg @ 0x12a37e0] component: 1 [mjpeg @ 0x12a37e0] component: 2 [mjpeg @ 0x12a37e0] mjpeg decode frame unused 797204 bytes Input #0, image2, from 'out12.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 1, 1/25: Video: mjpeg, yuvj422p, 1920x1080 [SAR 72:72 DAR 16:9], 1/25, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'yuvj422p' for codec 'png', auto-selecting format 'rgb24' [buffer @ 0x12a1140] w:1920 h:1080 pixfmt:yuvj422p tb:1/1000000 sar:72/72 sws_param: [buffersink @ 0x12a3040] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x129b400] w:1920 h:1080 fmt:yuvj422p -> w:1920 h:1080 fmt:rgb24 flags:0x4 [swscaler @ 0x12ad620] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x12b2d60] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x12b84a0] No accelerated colorspace conversion found from yuv422p to rgb24. [png @ 0x12a0ba0] Unsupported bit depth: 0 [mjpeg @ 0x12a37e0] Unsupported bit depth: 0 Output #0, image2, to 'out.png': Metadata: encoder : Lavf53.10.0 Stream #0.0, 0, 1/90000: Video: png, rgb24, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (mjpeg -> png) Press [q] to stop, [?] for help [mjpeg @ 0x12a37e0] buffer too small, expanding to 797817 bytes [mjpeg @ 0x12a37e0] marker=d8 avail_size_in_buf=797817 [mjpeg @ 0x12a37e0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x12a37e0] marker=e0 avail_size_in_buf=797815 [mjpeg @ 0x12a37e0] marker parser used 16 bytes (128 bits) [mjpeg @ 0x12a37e0] marker=fe avail_size_in_buf=797797 [mjpeg @ 0x12a37e0] marker parser used 12 bytes (96 bits) [mjpeg @ 0x12a37e0] marker=db avail_size_in_buf=797783 [mjpeg @ 0x12a37e0] index=0 [mjpeg @ 0x12a37e0] qscale[0]: 0 [mjpeg @ 0x12a37e0] index=1 [mjpeg @ 0x12a37e0] qscale[1]: 1 [mjpeg @ 0x12a37e0] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x12a37e0] marker=c4 avail_size_in_buf=797649 [mjpeg @ 0x12a37e0] class=0 index=0 nb_codes=12 [mjpeg @ 0x12a37e0] class=0 index=1 nb_codes=12 [mjpeg @ 0x12a37e0] class=1 index=0 nb_codes=251 [mjpeg @ 0x12a37e0] class=1 index=1 nb_codes=251 [mjpeg @ 0x12a37e0] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x12a37e0] marker=dd avail_size_in_buf=797229 [mjpeg @ 0x12a37e0] restart interval: 120 [mjpeg @ 0x12a37e0] marker parser used 4 bytes (32 bits) [mjpeg @ 0x12a37e0] marker=c0 avail_size_in_buf=797223 [mjpeg @ 0x12a37e0] sof0: picture: 1920x1080 [mjpeg @ 0x12a37e0] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x12a37e0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x12a37e0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x12a37e0] pix fmt id 21111100 [mjpeg @ 0x12a37e0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x12a37e0] escaping removed 8032 bytes [mjpeg @ 0x12a37e0] marker=da avail_size_in_buf=797204 [mjpeg @ 0x12a37e0] component: 0 [mjpeg @ 0x12a37e0] component: 1 [mjpeg @ 0x12a37e0] component: 2 [mjpeg @ 0x12a37e0] mjpeg decode frame unused 797204 bytes frame= 1 fps= 0 q=0.0 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/s ^M video:4538kB audio:0kB global headers:0kB muxing overhead -100.000473%}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 13:03:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 11:03:58 -0000 Subject: [FFmpeg-trac] #427(avcodec:new): Visible artefacts with packed B-frames Message-ID: <036.02f0956c374a106ca120d5798a72d0fc@avcodec.org> #427: Visible artefacts with packed B-frames -------------------------+--------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- Regression since a0cd98b5943a7807aff837f9adba1dd034ec2272, related to ticket #127 (The initial artefacts are unrelated.) {{{ $ ffmpeg -i OUTPUT2.avi -an -qscale 2 out.avi ffmpeg version N-32290-g6fc1299, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 2 2011 13:02:00 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 [avi @ 0x12a1420] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x12a1a40] use odml:1 [mpeg4 @ 0x12a3440] Invalid and inefficient vfw-avi packed B frames detected [avi @ 0x12a1420] All info found Input #0, avi, from 'OUTPUT2.avi': Metadata: encoder : Lavf52.110.0 Duration: 00:00:10.03, start: 0.000000, bitrate: 1702 kb/s Stream #0.0, 1, 100/2997: Video: mpeg4 (Advanced Simple Profile) (xvid / 0x64697678), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 100/2997, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0.1, 17, 3/125: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x12a2680] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:32/27 sws_param: [mpeg4 @ 0x12a0e80] Unsupported bit depth: 0 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.10.0 Stream #0.0, 0, 100/2997: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 100/2997, q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream mapping: Stream #0.0 -> #0.0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [mpeg4 @ 0x12a3440] Unsupported bit depth: 0 [mpeg4 @ 0x12a3440] Invalid and inefficient vfw-avi packed B frames detected [mpeg4 @ 0x12a3440] Unsupported bit depth: 0 [mpeg4 @ 0x12a3440] Discarding excessive bitstream in packed xvid frame= 188 fps= 0 q=2.0 Lsize= 2411kB time=00:00:10.04 bitrate=1966.3kbits/s video:2398kB audio:0kB global headers:0kB muxing overhead 0.532623% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 18:52:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 16:52:17 -0000 Subject: [FFmpeg-trac] #427(avcodec:closed): Visible artefacts with packed B-frames In-Reply-To: <036.02f0956c374a106ca120d5798a72d0fc@avcodec.org> References: <036.02f0956c374a106ca120d5798a72d0fc@avcodec.org> Message-ID: <051.9c7a988f01e25058b4e9d9cbc102c98e@avcodec.org> #427: Visible artefacts with packed B-frames -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 2 20:51:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 18:51:55 -0000 Subject: [FFmpeg-trac] #373(avdevice:open): e35c674d breaks alsa input In-Reply-To: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> References: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> Message-ID: <050.7134fcc789cec09584a7346ba71d117a@avcodec.org> #373: e35c674d breaks alsa input -----------------------+----------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: normal | Component: avdevice Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by llogan): 65536 seems to work with mic input. Anything less results in: {{{ [matroska @ 0x2c40a80] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 128 >= 128 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 00:15:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 02 Sep 2011 22:15:31 -0000 Subject: [FFmpeg-trac] #379(undetermined:new): vobsub track without CodecPrivate In-Reply-To: <034.a9212f7d13df7aafab5abb4ef6b764dc@avcodec.org> References: <034.a9212f7d13df7aafab5abb4ef6b764dc@avcodec.org> Message-ID: <049.363f2f3e37d1c5802b84c94cc7bcce32@avcodec.org> #379: vobsub track without CodecPrivate ---------------------------------------+--------------------------- Reporter: Thom1 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.8.1 | Resolution: Keywords: vobsub dvdsub matroska mkv | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------------- Comment (by aurel): I just tried with latest ffmpeg and sample [1]. It stops with the following message: Subtitle encoding failed With an old version (0.6.something) it works, and indeed, it doesn't generate extradata. I guess it is either the pgssub decoder or dvdsub encoder which doesn't decode or encode extradata, but it requires a deeper analysis. [1] http://samples.mplayerhq.hu/sub/BluRay/sample-dts-not-valid-dca- frame.m2ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 04:32:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Sep 2011 02:32:47 -0000 Subject: [FFmpeg-trac] #374(undetermined:open): Artefacts with packed B frames In-Reply-To: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> References: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> Message-ID: <051.8233c799f2e4d9c92e0be96c6b15409a@avcodec.org> #374: Artefacts with packed B frames -----------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open Comment: There are still some artefacts visible (but no more error messages), and this is a regression compared to 0.5. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 12:28:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Sep 2011 10:28:32 -0000 Subject: [FFmpeg-trac] #379(undetermined:new): vobsub track without CodecPrivate In-Reply-To: <034.a9212f7d13df7aafab5abb4ef6b764dc@avcodec.org> References: <034.a9212f7d13df7aafab5abb4ef6b764dc@avcodec.org> Message-ID: <049.a75c34d72f6d7acd779a24e0646f93c0@avcodec.org> #379: vobsub track without CodecPrivate ---------------------------------------+--------------------------- Reporter: Thom1 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.8.1 | Resolution: Keywords: vobsub dvdsub matroska mkv | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------------- Comment (by reimar): The "Subtitle encoding failed" is due to the decode PGS packets that do not contain any rects, the dvdsub encoder cannot handle them. If you change the condition to return 0 it will continue to encode, though I don't know if the result is usable/playable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 16:16:47 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Sep 2011 14:16:47 -0000 Subject: [FFmpeg-trac] #428(avformat:new): avisynth generate wrong audio pts Message-ID: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> #428: avisynth generate wrong audio pts ----------------------+-------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+-------------------------- I just found avisynth.c generate very large audio pts. we can use ffplay to play following avs a0=DirectShowSource("1.avi") v1=ImageSource("1.jpg", start=0, end = 14900, fps=30).BilinearResize(320,240) video=FlipVertical(v1) audio=(a0) AudioDubEx(video,audio) From the ffplay console log 18178.97 A-V:18166.132 s:0.0 aq= 314KB vq= 8552KB sq= 0B f=0/0 /0 I noticed that audio pts was very large than video pts.It seems we should remove following code from avisynth_read_packet function pkt->pts = stream->read;<-------------remove this line and correct pts should be pkt->pts = avs->streams[stream_id].read / avs->streams[stream_id].chunck_samples; static int avisynth_read_packet(AVFormatContext *s, AVPacket *pkt) { ... if (av_new_packet(pkt, stream->chunck_size)) return AVERROR(EIO); pkt->stream_index = stream_id; pkt->pts = avs->streams[stream_id].read / avs->streams[stream_id].chunck_samples; res = AVIStreamRead(stream->handle, stream->read, stream->chunck_samples, pkt->data, stream->chunck_size, &read_size, NULL); pkt->pts = stream->read;<-------------remove this line pkt->size = read_size; stream->read += stream->chunck_samples; ... } best regards chinshou -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 18:58:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Sep 2011 16:58:39 -0000 Subject: [FFmpeg-trac] #428(avformat:open): avisynth generate wrong audio pts In-Reply-To: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> References: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> Message-ID: <052.47c8b737e976c29f05d6ff1daf83562b@avcodec.org> #428: avisynth generate wrong audio pts ------------------------+----------------------- Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => open Comment: Please produce your patch with "git diff libavformat/avisynth.c >patchavisynth.diff" and send the resulting file patchavisynth.diff to ffmpeg-devel (or attach it here). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 3 21:45:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 03 Sep 2011 19:45:34 -0000 Subject: [FFmpeg-trac] #422(avcodec:new): x264 preset and tune options always reset certain ffmpeg params to defaults In-Reply-To: <034.bc4b1ac874dc02f38bdee9ff1eb88b8a@avcodec.org> References: <034.bc4b1ac874dc02f38bdee9ff1eb88b8a@avcodec.org> Message-ID: <049.744174fb41b3ffe487aa69bdf9d4a67d@avcodec.org> #422: x264 preset and tune options always reset certain ffmpeg params to defaults -----------------------+---------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by llogan): You can use x264opts to set the GOP size: {{{ $ ffmpeg -i input -vcodec libx264 -preset ultrafast -x264opts keyint=16 output $ strings output | grep keyint ...keyint=16... }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 4 21:00:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Sep 2011 19:00:06 -0000 Subject: [FFmpeg-trac] #429(FFmpeg:new): ffmpeg is killed by kernel (out of Memmry) Message-ID: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: git | Keywords: memory x264 Blocked By: | killed kernel Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- I originally created a bug report for this for libav. Since ffmpeg (compiled from git) has exactly the same issue and no one has reacted to the libav bug report yet, I thought I should add it here. ffmpeg is killed by the kernel when encoding some HD videos with x264 because it uses too much memory. See the original bug report here, this should include all needed information, including the used ffmpeg command line: http://bugzilla.libav.org/show_bug.cgi?id=31 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 4 21:20:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Sep 2011 19:20:57 -0000 Subject: [FFmpeg-trac] #424(undetermined:new): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.36a81d9859987dbe3c3905be1e713ab2@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wg): Replying to [ticket:424 cehoyos]: > The stream contains 720p60 H264 video and mp2 stereo sound. When transcoded with FFmpeg, the resulting file is non-interleaved, i.e. the 15 seconds of sound come first (without picture). MPlayer's mpegts demuxer indicates that the stream does start with mostly identical timestamps for audio and video (but plays the video too fast). > FFmpeg seems to believe that audio starts with timestamps ~130 and video with ~260. ffprobe shows this file to have no video timestamps at all, so what should ffmpeg do except waiting for such a timestamp? Please try {{{ ffmpeg_g -i ts720p_i_fr.ts -qscale 5 out.avi -map 0.0:0.1 -map 0.1 }}} maybe it does more like what you want. I could hear no sound neither in the original nor in the transcoded file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 4 22:19:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Sep 2011 20:19:54 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.57f9622aa20ab54f8a381f774e4bf588@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * version: git => unspecified * component: FFmpeg => undetermined Comment: FFmpeg command line and complete, uncut output missing (it is needed on this page). Is the problem only reproducible with -vcodec libx264, or can you reproduce the problem with another codec? Does every sample show the oom, or is a specific sample needed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 4 22:27:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Sep 2011 20:27:48 -0000 Subject: [FFmpeg-trac] #424(undetermined:new): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.b96d4c16b2c28c2b0de4e7157cc549ec@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): The sample does contain 14.6 seconds of sound. This is nearly exactly the intended video playtime. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 01:13:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 04 Sep 2011 23:13:35 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.b39b50d179ed6a83661036d99e046f51@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): I just did some more testing. After I did a fresh compile from Git, I saw that there are some ongoing changes regarding the -new* and -map options (thank god, I actually switched to libav because the syntax for avconv is much better). I couldn't quite figure out how the -map option works now, so I used an older build from the official Arch Linux repos (compiled on 2011-07-24) for testing. Anyway, it seems like this is caused by - and here comes the surprise - the subtitles. All the files that have this problem have 3 subtitles. If I do the following, I can actually watch the memory getting eaten up in "top" within minutes and ffmpeg getting killed: ffmpeg -i input.mkv -scodec copy -vcodec copy -an output.mkv -scodec copy -newsubtitle -scodec copy -newsubtitle If I use the following instead (not copying the third subtitle), memory consumption stays at about 4% and everything works fine: ffmpeg -i input.mkv -scodec copy -vcodec copy -an output.mkv -scodec copy -newsubtitle When I ripped these movies with MakeMKV I always told MakeMKV to rip 4 subtitles: English English (forced) German German (forced) The subs causing this problem is the German forced. MakeMKV probably didn't rip the English forced subs because they were empty. I'm gonna upload the ffmpeg output and some more info tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 10:20:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 08:20:02 -0000 Subject: [FFmpeg-trac] #430(undetermined:new): Support for GMP4 variant of MPEG-4 ASP Message-ID: <036.854539811c76b22116d22990a3d2c291@avcodec.org> #430: Support for GMP4 variant of MPEG-4 ASP -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: gmp4 mpeg4 master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Attached file shows I-Frames with mplayer -vc +ffodivx and attached riff patch. Other frame types only output "header damaged". {{{ $ ffmpeg -v 9 -loglevel 99 -i gmp4.avi out.avi ffmpeg version N-32325-g6f8b1fc, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 10:13:11 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 1. 0 / 2. 1. 0 [avi @ 0x129f780] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x129fda0] use odml:1 [avi @ 0x129f780] Something went wrong during header parsing, I will ignore it and try to continue anyway. [mpeg4 @ 0x12a17a0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x12a17a0] my guess is 5 bits ;) [avi @ 0x129f780] probing stream 1 pp:2500 ... [avi @ 0x129f780] probing stream 1 pp:1443 [avi @ 0x129f780] probed stream 1 failed [avi @ 0x129f780] max_analyze_duration 5000000 reached at 5000000 Input #0, avi, from 'gmp4.avi': Duration: 00:05:00.30, start: 0.000000, bitrate: 68 kb/s Stream #0.0, 152, 1/30: Video: mpeg4 (GMP4 / 0x34504D47), yuv420p, 320x240, 1/30, 30 fps, 30 tbr, 30 tbn, 30 tbc Stream #0.1, 152, 1/30: Subtitle: none [buffer @ 0x15b2300] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: [mpeg4 @ 0x12a2920] Unsupported bit depth: 0 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.11.0 Stream #0.0, 0, 1/30: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, 1/30, q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0.0 -> #0.0 (mpeg4 -> mpeg4) Press [q] to stop, [?] for help [mpeg4 @ 0x12a17a0] Unsupported bit depth: 0 [mpeg4 @ 0x12a17a0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x12a17a0] my guess is 5 bits ;) [mpeg4 @ 0x12a17a0] looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag [mpeg4 @ 0x12a17a0] header damaged Error while decoding stream #0.0 ... Error while decoding stream #0.0 Last message repeated 1054 times frame= 9 fps= 0 q=10.8 Lsize= 148kB time=00:00:32.03 bitrate= 37.8kbits/s ^M video:120kB audio:0kB global headers:0kB muxing overhead 23.445171% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 12:27:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 10:27:46 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.362f280d3b13085997c3200656570a28@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): Some more testing: Copying video and only the first two subs - works: ffmpeg -i input.mkv -an -vcodec copy -scodec copy output.mkv -scodec copy -newsubtitle --- Copying video and all subs - eats all memory within minutes and is killed by kernel: ffmpeg -i input.mkv -an -vcodec copy -scodec copy output.mkv -scodec copy -newsubtitle -scodec copy -newsubtitle --- Copying only the first two subs without video or audio - works: ffmpeg -i input.mkv -an -vn -scodec copy output.mkv -scodec copy -newsubtitle --- Copying all subs only - hangs after the following output, memory consumption stuck at 0.6%, I can still quit by pressing q. I only let it running a few minutes, I'm gonna try if it continues after a longer time: size= 3kB time=00:00:00.00 bitrate= 0.0kbits/s ffmpeg -i input.mkv -an -vn -scodec copy output.mkv -scodec copy -newsubtitle -scodec copy -newsubtitle -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 16:13:00 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 14:13:00 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.d5e766d88f009bb4d8031a0f9398d195@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please test git head (ffmpeg -i input.mkv -an -map 0:0 -vcodec copy -map 0:3 -scodec copy -map 0:4 -scodec copy -map 0:5 -scodec copy out.mkv) or at least 0.8.2 as listed on http://ffmpeg.org/download.html Please provide the as-short-as-possible command line with -an (you did that) that allows to reproduce the problem and complete, uncut output of that call including backtrace etc. as described on http://ffmpeg.org/bugreports.html Please consider using the "Code block" function of the editor instead of attaching the output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 18:05:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 16:05:17 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.7410e4761d796a07d1380626ba79e7ac@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): I'm a little confused about the gdb part, I don't have a ffmpeg_g binary. Where can I get it? I built from Git with the Arch Linux build system, which uses the following configure options: --prefix=/usr \ --enable-gpl \ --enable-libfaac \ --enable-libmp3lame \ --enable-libtheora \ --enable-libvorbis \ --enable-libx264 \ --enable-nonfree \ --enable-postproc \ --enable-x11grab -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 18:07:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 16:07:56 -0000 Subject: [FFmpeg-trac] #374(avcodec:open): Artefacts with packed B frames In-Reply-To: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> References: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> Message-ID: <051.18f99a1394351ca2d18504e0ff0d842f@avcodec.org> #374: Artefacts with packed B frames ------------------------------------+----------------------------------- Reporter: cehoyos | 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): * component: undetermined => avcodec * reproduced: 0 => 1 Comment: The visible artefacts (tearing) are a regression since a0cd98b5943a7807aff837f9adba1dd034ec2272 (therefore related to ticket #127), the file was unplayable before since r20997, older revisions worked fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 18:21:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 16:21:50 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.c19c81bf08a9ffef71e059f7ef7e5456@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Consider building without any build system, just use git clone and ./configure && make (no need to install). If you do not want to test the new user interface (-map instead of -newsubtitle), you can use git checkout oldabi to get the newest version compatible with 0.7. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 18:46:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 16:46:41 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.4b4832c58b287093112ce01b9074f276@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): ok, I got it, thanks. The command line I'm using now is: ffmpeg -i input.mkv -c copy -map 0 -map -0:a out.mkv I'm not sure what I'm doing wrong, but the bt/disass/info commands I'm supposed to run after the crash don't seem to have any information. Sorry, but I'm not really familiar with this debugging stuff... I'm using a different file here btw, I have accidentally overwritten the other video I was using. In this file, the subtitle causing the problem is the second one and not the third. {{{ GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/mus/ffmpeg/ffmpeg_g...done. (gdb) r -i input.mkv -c copy -map 0 -map -0:a out.mkv Starting program: /home/mus/ffmpeg/ffmpeg_g -i input.mkv -c copy -map 0 -map -0:a out.mkv [Thread debugging using libthread_db enabled] ffmpeg version N-32325-g6f8b1fc, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 18:25:51 with gcc 4.6.1 20110819 (prerelease) configuration: libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 1. 0 / 2. 1. 0 [matroska,webm @ 0x129f780] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Duration: 01:50:20.40, start: 0.000000, bitrate: 2176 kb/s Chapter #0.0: start 0.000000, end 762.887111 Metadata: title : Chapter 00 Chapter #0.1: start 762.887111, end 1439.354578 Metadata: title : Chapter 01 Chapter #0.2: start 1439.354578, end 2046.502778 Metadata: title : Chapter 02 Chapter #0.3: start 2046.502778, end 2780.110667 Metadata: title : Chapter 03 Chapter #0.4: start 2780.110667, end 3571.192622 Metadata: title : Chapter 04 Chapter #0.5: start 3571.192622, end 4710.414022 Metadata: title : Chapter 05 Chapter #0.6: start 4710.414022, end 5524.977778 Metadata: title : Chapter 06 Chapter #0.7: start 5524.977778, end 6060.929867 Metadata: title : Chapter 07 Chapter #0.8: start 6060.929867, end 6359.144444 Metadata: title : Chapter 08 Chapter #0.9: start 6359.144444, end 6620.405000 Metadata: title : Chapter 09 Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Metadata: title : 3/2+1 Stream #0.2(deu): Audio: ac3, 48000 Hz, 5.1(side), s16, 640 kb/s Metadata: title : 3/2+1 Stream #0.3(deu): Subtitle: hdmv_pgs_subtitle (default) Stream #0.4(deu): Subtitle: hdmv_pgs_subtitle Stream #0.5(eng): Subtitle: hdmv_pgs_subtitle File 'out.mkv' already exists. Overwrite ? [y/N] y Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf53.11.0 Chapter #0.0: start 0.000000, end 762.887111 Metadata: title : Chapter 00 Chapter #0.1: start 762.887111, end 1439.354578 Metadata: title : Chapter 01 Chapter #0.2: start 1439.354578, end 2046.502778 Metadata: title : Chapter 02 Chapter #0.3: start 2046.502778, end 2780.110667 Metadata: title : Chapter 03 Chapter #0.4: start 2780.110667, end 3571.192622 Metadata: title : Chapter 04 Chapter #0.5: start 3571.192622, end 4710.414022 Metadata: title : Chapter 05 Chapter #0.6: start 4710.414022, end 5524.977778 Metadata: title : Chapter 06 Chapter #0.7: start 5524.977778, end 6060.929867 Metadata: title : Chapter 07 Chapter #0.8: start 6060.929867, end 6359.144444 Metadata: title : Chapter 08 Chapter #0.9: start 6359.144444, end 6620.405000 Metadata: title : Chapter 09 Stream #0.0(eng): Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 1k tbn, 1k tbc (default) Stream #0.1(deu): Subtitle: hdmv_pgs_subtitle (default) Stream #0.2(deu): Subtitle: hdmv_pgs_subtitle Stream #0.3(eng): Subtitle: hdmv_pgs_subtitle Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.3 -> #0.1 (copy) Stream #0.4 -> #0.2 (copy) Stream #0.5 -> #0.3 (copy) Press [q] to stop, [?] for help frame=45503 fps=259 q=-1.0 size= 1862235kB time=00:08:09.61 bitrate=31158.1kbits/s Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) bt No stack. (gdb) disass $pc-32,$pc+32 No registers. (gdb) info all-registers The program has no registers now. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 22:03:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 20:03:45 -0000 Subject: [FFmpeg-trac] #431(FFmpeg:new): When converting audio to an MP3 using CBR, result is reported VBR Message-ID: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR --------------------------------------+--------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: CBR Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- When I try to convert a file to MP3 with CBR using the latest GIT, I get a file which is reported by various players (mediainfo, VLC) to be a variable bitrate (VBR) file. {{{ ffmpeg -i test_orig.mp3 -ab 128k test_ffmpeg_cbr.mp3 ffmpeg version N-32327-g27bf599, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 21:57:49 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --enable- libmp3lame --enable-libvorbis --enable-libtheora --enable-libspeex --enable-libxvid --enable-postproc --enable-gpl --disable-network --extra- cflags='-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -fPIC -I/usr/include/gsm' --disable-stripping --enable-libschroedinger --enable-libdirac --enable- libgsm --enable-avfilter --enable-libvpx --enable-version3 --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable- pthreads --enable-libfaac --enable-nonfree --disable-doc --disable-ffplay --disable-ffserver libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 0x6319e0] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from 'test_orig.mp3': Duration: 00:03:31.61, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s File 'test_ffmpeg_cbr.mp3' already exists. Overwrite ? [y/N] y Output #0, mp3, to 'test_ffmpeg_cbr.mp3': Metadata: TSSE : Lavf53.11.0 Stream #0.0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mp3 -> libmp3lame) Press [q] to stop, [?] for help size= 3307kB time=00:03:31.64 bitrate= 128.0kbits/s video:0kB audio:3307kB global headers:0kB muxing overhead 0.005581% }}} {{{ mediainfo test_ffmpeg_cbr.mp3 General Complete name : test_ffmpeg_cbr.mp3 Format : MPEG Audio File size : 3.23 MiB Duration : 3mn 31s Overall bit rate : 128 Kbps Encoding settings : Lavf53.11.0 Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Duration : 3mn 31s Bit rate mode : Variable Bit rate : 128 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 3.23 MiB (100%) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 23:22:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 21:22:14 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.df6f67a074b95435f274eb25cb5633a7@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined Comment: Replying to [ticket:431 schtorch]: > When I try to convert a file to MP3 with CBR using the latest GIT Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 5 23:30:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 21:30:16 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.759dc1b13c648f7dcf110e9f4f5b1b7a@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Since I was unable to reproduce with a random hdmv_pgs_subtitle sample, please upload a suitable input file to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 01:09:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 05 Sep 2011 23:09:20 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.59123671279f4179df8fb4c65c03a6b6@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): http://www.datafilehost.com/download-75668c5c.html I uploaded the subtitle file only (within a MKV container). I tried to split the whole file in <100MB parts, but then it is not reproducible because ffmpeg is done too fast. You should be able to reproduce it if you merge the subtitle with a big video file. I tried it myself, I merged the video track of another file with the subtitle and could reproduce it with the resulting file (which then only contains one video and one subtitle track). First merge it: mkvmerge -o merged.mkv -A -S input.mkv subsample.mkv Then start ffmpeg, which should be killed after a few minutes: ffmpeg -i merged.mkv -c copy out.mkv Another interesting thing: Doing the merging with ffmpeg will not cause the problem: ffmpeg -i input.mkv -i subsample.mkv -c copy -map 0:v:0 -map 1:s:0 output.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 05:36:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 03:36:23 -0000 Subject: [FFmpeg-trac] #380(avfilter:closed): Mistake in ffmpeg's docs for yadif In-Reply-To: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> References: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> Message-ID: <052.7f35c5cdfba4c999837359e267974ded@avcodec.org> #380: Mistake in ffmpeg's docs for yadif -------------------------------------+------------------------------------ Reporter: pshchelo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by dgrant): This doc is still out-of-date: http://ffmpeg.org/ffmpeg-doc.html However, this one is just fine now: http://ffmpeg.org/libavfilter.html#SEC59 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 05:36:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 03:36:49 -0000 Subject: [FFmpeg-trac] #380(avfilter:reopened): Mistake in ffmpeg's docs for yadif In-Reply-To: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> References: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> Message-ID: <052.d58a0852f3d2ffc25e63d3977e1220c9@avcodec.org> #380: Mistake in ffmpeg's docs for yadif -------------------------------------+------------------------------------ Reporter: pshchelo | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by dgrant): * status: closed => reopened * resolution: fixed => Comment: reopening until someone removes/fixes that out-of-date page -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 05:56:24 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 03:56:24 -0000 Subject: [FFmpeg-trac] #403(undetermined:open): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.a0db933b86e43341deb6e8c4f8983f98@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dgrant): Not sure if this is relevant or not, but you can do this in mencoder, in fact, it seems to be necessary for decoding the 1080i AVHCD from Canon video cameras properly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 09:22:27 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 07:22:27 -0000 Subject: [FFmpeg-trac] #374(avcodec:closed): Artefacts with packed B frames In-Reply-To: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> References: <036.bc4fde8a1c43d8125bc7b97c26f085f2@avcodec.org> Message-ID: <051.0fa09c0b099236f493cf48a61b8b3976@avcodec.org> #374: Artefacts with packed B frames ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 09:32:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 07:32:42 -0000 Subject: [FFmpeg-trac] #403(undetermined:open): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.18f007dd3b50a53187cbd77d4eeec869@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open 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 dgrant]: > it seems to be necessary for decoding the 1080i AVHCD from Canon video cameras properly. Do you know of an open ticket that describes this problem? Can you point us to a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 09:58:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 07:58:00 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.8c3adf098484f3ae839d3ba0ad55d07c@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): It seems it has worked before. Here is a comment I found on the ffmpeg user mailinglist: http://ffmpeg-users.933282.n4.nabble.com/mp3-bitrate-vlc-td3548853.html Another info, I tried to use lame directly and mediainfo reports a correct bit rate mode. {{{ # lame --preset cbr 128k test_orig.mp3 test_lame_cbr.mp3 ID3v2 found. Be aware that the ID3 tag is currently lost when transcoding. LAME 3.98.4 64bits (http://www.mp3dev.org/) Using polyphase lowpass filter, transition band: 16538 Hz - 17071 Hz Encoding test_orig.mp3 to test_lame_cbr.mp3 Encoding as 44.1 kHz j-stereo MPEG-1 Layer III (11x) 128 kbps qval=3 Frame | CPU time/estim | REAL time/estim | play/CPU | ETA 8102/8103 (100%)| 0:05/ 0:05| 0:05/ 0:05| 37.393x| 0:00 -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- kbps LR MS % long switch short % 128.0 3.3 96.7 84.8 8.9 6.3 Writing LAME Tag...done ReplayGain: -8.6dB }}} {{{ # mediainfo test_lame_cbr.mp3 General Complete name : test_lame_cbr.mp3 Format : MPEG Audio File size : 3.23 MiB Duration : 3mn 31s Overall bit rate : 128 Kbps Writing library : LAME3.98r Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Duration : 3mn 31s Bit rate mode : Constant Bit rate : 128 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 3.23 MiB (100%) Writing library : LAME3.98r Encoding settings : -m j -V 4 -q 3 -lowpass 17 -b 128 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 12:52:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 10:52:16 -0000 Subject: [FFmpeg-trac] #432(avcodec:new): -vcodec copy on webm produces incorrect frame rate Message-ID: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> #432: -vcodec copy on webm produces incorrect frame rate ----------------------------------+---------------------------------- Reporter: gervin23 | Type: defect Status: new | Priority: normal Component: avcodec | Version: git Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- using the attached blank.jpg as a starting point to loop and produce a valid webm file with a frame rate of 15, the resulting copy command will produce a file with an incorrect codec frame rate of 1000. '''ffmpeg -v 9 -loglevel 99 -y -loop 1 -vframes 225 -r 15 -i blank.jpg -f webm -vcodec libvpx blank.webm''' '''ffmpeg -v 9 -loglevel 99 -y -i blank.webm -vcodec copy -f webm blank_copy.webm''' '''ffmpeg -v 9 -loglevel 99 -i blank_copy.webm''' ffmpeg version N-32325-g6f8b1fc, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 11:04:19 with gcc 4.5.2 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-libvpx --prefix=/tmp libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 0x8ecaac0] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [vp8 @ 0x8eccd60] Unsupported bit depth: 0 [matroska,webm @ 0x8ecaac0] All info found [matroska,webm @ 0x8ecaac0] Estimating duration from bitrate, this may be inaccurate '''Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 15.00 (15/1)''' Input #0, matroska,webm, from 'blank_copy.webm': Duration: 00:00:14.99, start: 0.000000, bitrate: N/A Stream #0.0, 41, 1/1000: Video: vp8, yuv420p, 640x360, 1/1000, SAR 1:1 DAR 16:9, 1k fps, 15 tbr, 1k tbn, 1k tbc (default) At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 12:56:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 10:56:11 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.6f2c7032b55f010295c3ec027e4b35da@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by wg): This subtitle track has large gaps in it without any packets (from 60 to 486 and 490 to 6200 seconds). I suspect that you need those large time gaps in buffer memory because ffmpeg refuses to treat subtitles specially. To confirm this theory, please try the appended patch (for ffmpeg-0.8.1 but should apply to more recent versions as well). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 14:04:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 12:04:58 -0000 Subject: [FFmpeg-trac] #208(avcodec:closed): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.aceeb1a09aeae6bbaee1af3cfd2de1a5@avcodec.org> #208: png 4bpp file decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally will push in a moment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 14:10:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 12:10:46 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.fb66bfa63b4997e049c6e07e5d39b9ec@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mus): That's what I call a fast bugfix! I just applied the patch to the current Git code and it seems to work perfectly! I guess this ticket can be closed for now, I'm gonna report back if there are any more problems. When can I expect this patch to be commited to Git? Thank you very much! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 14:31:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 12:31:08 -0000 Subject: [FFmpeg-trac] #433(undetermined:new): add 2bpp support in png decoder Message-ID: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> #433: add 2bpp support in png decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- here is an 2bpp qt png sample {{{ C:\>ffmpeg -i C:\2bpp.mov ffmpeg version N-32290-g6fc1299, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 2 2011 00:40:00 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1 ) -> 23.98 (24000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\2bpp.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-09-06 13:24:56 Duration: 00:00:05.95, start: 0.000000, bitrate: 822 kb/s Stream #0.0(eng): Video: png (png / 0x20676E70), pal8, 192x128, 820 kb/s, 2 4 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-09-06 13:24:56 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 15:30:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 13:30:41 -0000 Subject: [FFmpeg-trac] #214(avcodec:closed): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.427e646fbb0627038df0872607b43aaa@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 15:49:45 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 13:49:45 -0000 Subject: [FFmpeg-trac] #433(undetermined:closed): add 2bpp support in png decoder In-Reply-To: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> References: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> Message-ID: <053.88bda862759f576d9aa4340f145bf5b9@avcodec.org> #433: add 2bpp support in png decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Locally fixed, will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 15:50:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 13:50:13 -0000 Subject: [FFmpeg-trac] #433(undetermined:closed): add 2bpp support in png decoder In-Reply-To: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> References: <038.257a7a5dc1d459d8aab514eeff04dc49@avcodec.org> Message-ID: <053.a5ca10cd1655bf3306d0bfb237479bfa@avcodec.org> #433: add 2bpp support in png decoder -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 16:24:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 14:24:07 -0000 Subject: [FFmpeg-trac] #161(avcodec:closed): QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output In-Reply-To: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> References: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> Message-ID: <053.e2411d6274041032b71ad541cfa39f17@avcodec.org> #161: QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: locally fixed will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 16:27:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 14:27:32 -0000 Subject: [FFmpeg-trac] #163(avdevice:open): x11grab input returns fully transparent image (was: png output creates artifacts or blank image with x11grab input) In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.fd2e61763e96744779245a7bcd172851@avcodec.org> #163: x11grab input returns fully transparent image --------------------------------------+------------------------------------ Reporter: llogan | Owner: Type: defect | Status: open Priority: minor | Component: avdevice Version: git-master | Resolution: Keywords: x11grab, png | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 16:30:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 14:30:01 -0000 Subject: [FFmpeg-trac] #163(avdevice:open): x11grab input returns fully transparent image In-Reply-To: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> References: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> Message-ID: <050.6d80546ecfcf2dc0162e221447ad81cd@avcodec.org> #163: x11grab input returns fully transparent image -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: minor | Component: avdevice Version: git-master | Resolution: Keywords: x11grab, | Blocked By: rgb32, alpha, transparent | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: x11grab, png => x11grab, rgb32, alpha, transparent -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 18:13:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 16:13:50 -0000 Subject: [FFmpeg-trac] #434(undetermined:new): fix 2bpp png interlaced Message-ID: <038.0e3d71ad02cde1f989b46a1970f892d5@avcodec.org> #434: fix 2bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- 2bpp interlaced doesn't work correctly (all filters) - the attached sample uses no filter {{{ C:\>ffmpeg -i 2bpp_int_none.mov ffmpeg version N-32290-g6fc1299, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 2 2011 00:40:00 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1 ) -> 23.98 (24000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2bpp_int_none.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-09-06 17:03:25 Duration: 00:00:05.95, start: 0.000000, bitrate: 910 kb/s Stream #0.0(eng): Video: png (png / 0x20676E70), pal8, 192x128, 908 kb/s, 2 4 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-09-06 17:03:25 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 18:30:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 16:30:29 -0000 Subject: [FFmpeg-trac] #426(avcodec:closed): Clip buggy playback in ffmpeg but ok in vlc or QT In-Reply-To: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> References: <036.4cf2d63e316e6645cf4a5a544cc10c2f@avcodec.org> Message-ID: <051.e1e37c70e25830cf45ef9bb8ccaea303@avcodec.org> #426: Clip buggy playback in ffmpeg but ok in vlc or QT -------------------------------------+------------------------------------- Reporter: ehsmeng | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg | Blocked By: yuvj422p regression rst | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: Another try, should be fixed now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 18:47:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 16:47:15 -0000 Subject: [FFmpeg-trac] #435(undetermined:new): fix 4bpp png interlaced Message-ID: <038.716d07ea7f7274b08a0a99a7b1b973d3@avcodec.org> #435: fix 4bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- 4bpp interlaced doesn't work correctly (all filters) - the attached sample uses no filter {{{ C:\>ffmpeg -i C:\4bpp_int_none.mov ffmpeg version N-32290-g6fc1299, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 2 2011 00:40:00 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 14. 0 / 51. 14. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 10. 0 / 53. 10. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 37. 0 / 2. 37. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1 ) -> 23.98 (24000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\4bpp_int_none.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-09-06 17:21:23 Duration: 00:00:05.95, start: 0.000000, bitrate: 1307 kb/s Stream #0.0(eng): Video: png (png / 0x20676E70), pal8, 192x128, 1305 kb/s, 24 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-09-06 17:21:23 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 18:57:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 16:57:23 -0000 Subject: [FFmpeg-trac] #434(undetermined:closed): fix 2bpp png interlaced In-Reply-To: <038.0e3d71ad02cde1f989b46a1970f892d5@avcodec.org> References: <038.0e3d71ad02cde1f989b46a1970f892d5@avcodec.org> Message-ID: <053.d71a08d40813778d85d236311c22a759@avcodec.org> #434: fix 2bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed locally, will push later -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 19:03:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 17:03:39 -0000 Subject: [FFmpeg-trac] #435(undetermined:closed): fix 4bpp png interlaced In-Reply-To: <038.716d07ea7f7274b08a0a99a7b1b973d3@avcodec.org> References: <038.716d07ea7f7274b08a0a99a7b1b973d3@avcodec.org> Message-ID: <053.f636deadbfde32fe0888da14f066e3a2@avcodec.org> #435: fix 4bpp png interlaced -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: locally fixed will push later -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 19:50:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 17:50:51 -0000 Subject: [FFmpeg-trac] #432(avcodec:new): -vcodec copy on webm produces incorrect frame rate In-Reply-To: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> References: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> Message-ID: <052.2fb40cc0688f48999b08041af13e91ed@avcodec.org> #432: -vcodec copy on webm produces incorrect frame rate ----------------------------------+----------------------------------- Reporter: gervin23 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by gervin23): works fine in 0.8.2 release. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 19:50:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 17:50:53 -0000 Subject: [FFmpeg-trac] #436(FFplay:new): ffplay disables DPMS timeouts; no way to re-enable them during play Message-ID: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> #436: ffplay disables DPMS timeouts; no way to re-enable them during play --------------------------------------+--------------------------------- Reporter: tpavlic | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-oldabi | Keywords: DPMS Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- ffplay (and mplayer) appears to disable DPMS timeouts while it runs. I can verify that "xset q" shows that DPMS is enabled and timeouts are set correctly; however, so long as ffplay (or mplayer) are open, monitors refuse to sleep. With mplayer, I can at least issue an "xset dpms force off" and the monitors will turn off and stay off, but standby and suspend are impossible (monitors pop back on). With ffplay, even "xset dpms force off" causes monitors to pop back on. I can understand why this is a desirable behavior for playing movies. However, some applications (e.g., the electricsheep screen saver) are not deteriorated by allowing monitors to sleep. So there should be a way to turn off this DPMS-dodging feature of ffplay (and mplayer). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 20:16:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 18:16:29 -0000 Subject: [FFmpeg-trac] #437(undetermined:new): ffplay seems to "darken" certain inputs (ex: bgr24) Message-ID: <039.81c292fd693f1eda429991951a320771@avcodec.org> #437: ffplay seems to "darken" certain inputs (ex: bgr24) -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: ffplay | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello all. First time here, and first of all thank you for a marvelous program in ffmpeg. I have noted the following behavior: With this bmp (bgr24) [1], if I use ffplay on it ($ ffplay mostly_white.bmp), the white border displays "darkened" or "with an added red hue" for whatever reason (you can see this effect within the image itself). [1] http://rogerdpack.t28.net/incoming/mostly_white.bmp the "white" outermost backgrounded window looks somewhat red (here's an example output http://rogerdpack.t28.net/incoming/red_hue.bmp to compare) Here's the command line output (mingw build, but it seems to reproduce with all platform/versions I have tried). $ ffplay version N-31706-g335bbe4, Copyright (c) 2003-2011 the FFmpeg developers built on Jul 31 2011 18:52:06 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 11. 1 / 51. 11. 1 libavcodec 53. 9. 0 / 53. 9. 0 libavformat 53. 6. 0 / 53. 6. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 27. 5 / 2. 27. 5 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'mostly_white.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: bmp, bgr24, 1680x1050, 25 tbr, 25 tbn, 25 tbc [buffersink @ 03C05D40] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 03C06280] w:1680 h:1050 fmt:bgr24 -> w:1680 h:1050 fmt:yuv420p flags:0x4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 20:38:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 18:38:25 -0000 Subject: [FFmpeg-trac] #436(FFplay:new): ffplay disables DPMS timeouts; no way to re-enable them during play In-Reply-To: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> References: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> Message-ID: <051.fc65111686afde1b3c0f7e5c10882809@avcodec.org> #436: ffplay disables DPMS timeouts; no way to re-enable them during play ------------------------------------+----------------------------------- Reporter: tpavlic | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-oldabi | Resolution: Keywords: DPMS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by michael): * analyzed: 0 => 1 Comment: ffplay isnt at fault, its sdl if you set the "SDL_VIDEO_ALLOW_SCREENSAVER" environment variable to 1 then the screesaver should activate normally -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 20:54:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 18:54:57 -0000 Subject: [FFmpeg-trac] #137(avformat:open): Encoding image only movie failure In-Reply-To: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> References: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> Message-ID: <049.89269936d63948178eb9ea215c9029cc@avcodec.org> #137: Encoding image only movie failure -------------------------------------+------------------------------------- Reporter: jogga | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: encoding, | Blocked By: png, ffmpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): The http://dl.dropbox.com/u/659266/timecodes.mov file is 404 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 22:28:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 20:28:59 -0000 Subject: [FFmpeg-trac] #436(FFplay:new): ffplay disables DPMS timeouts; no way to re-enable them during play In-Reply-To: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> References: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> Message-ID: <051.6cf3804dd318abb37bbb93f4309933ec@avcodec.org> #436: ffplay disables DPMS timeouts; no way to re-enable them during play ------------------------------------+----------------------------------- Reporter: tpavlic | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git-oldabi | Resolution: Keywords: DPMS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by tpavlic): I can confirm that SDL_VIDEO_ALLOW_SCREENSAVER restores the expected behavior. ffplay is not at fault. This ticket can be closed. Thanks. (FYI, the similar problem in mplayer is due to a bug discovered today that was making "nostop-xscreensaver" not do anything. That is, "stop- xscreensaver" was always asserted. Once the single line of code is checked in that fixes that problem, then mplayer won't have this issue either) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 22:40:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 20:40:40 -0000 Subject: [FFmpeg-trac] #436(FFplay:closed): ffplay disables DPMS timeouts; no way to re-enable them during play In-Reply-To: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> References: <036.7f65fef9a00ceaa98387fb955e89b74f@avcodec.org> Message-ID: <051.597ad2f5ea86e9e3991da5eed98f6258@avcodec.org> #436: ffplay disables DPMS timeouts; no way to re-enable them during play ------------------------------------+----------------------------------- Reporter: tpavlic | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-oldabi | Resolution: invalid Keywords: DPMS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: ok, then iam closing it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 23:01:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 21:01:01 -0000 Subject: [FFmpeg-trac] #438(avformat:new): broken frame after seek in ogg container Message-ID: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> #438: broken frame after seek in ogg container ----------------------------------+--------------------------------------- Reporter: j | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- ogg demuxer does not seek to keyframe: running ffmpeg -ss 23 -i test.ogv -s 640x480 -f mjpeg -an -vframes 1 test.jpg the output frame is not fully decoded. it did not seek to a keyframe and just dumps output. if insted one seeks on the decoded stream. the frame looks ok. ffmpeg -i test.ogv -ss 23 -s 640x480 -f mjpeg -an -vframes 1 test.jpg ffmpeg's ogg demuxer should be able to seek to the previous keyframe in the first case. and decode from there -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 6 23:55:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 21:55:20 -0000 Subject: [FFmpeg-trac] #438(avformat:open): broken frame after seek in ogg container In-Reply-To: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> References: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> Message-ID: <045.527622296d83e3e8d5a0f3edb832d697@avcodec.org> #438: broken frame after seek in ogg container -------------------------------------+------------------------------------ Reporter: j | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open Comment: (Complete, uncut output and possibly a short sample missing.) I wonder if you aren't simply describing how -ss works for streams that do not only contain keyframes... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:19:38 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:19:38 -0000 Subject: [FFmpeg-trac] #429(undetermined:open): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.0cf5e33c4bc555e16192d9c12c97cf29@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: killed kernel | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Patch locally applied, tabs and unrelated changes removed will push soon Thanks alot for the patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:20:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:20:39 -0000 Subject: [FFmpeg-trac] #439(undetermined:new): support correctly TIFF 4bpp with LZW compression Message-ID: <038.defd907a38dc710571dc71b354732614@avcodec.org> #439: support correctly TIFF 4bpp with LZW compression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached file decodes incorrectly {{{ C:\>ffmpeg -i C:\4bpp_LZW.tif ffmpeg version N-32355-g4f7dfe1, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 6 2011 13:06:48 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'C:\4bpp_LZW.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:23:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:23:16 -0000 Subject: [FFmpeg-trac] #440(undetermined:new): support correctly TIFF 4bpp with ZIP compression Message-ID: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> #440: support correctly TIFF 4bpp with ZIP compression -------------------------------------+------------------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- attached file decodes incorrectly {{{ C:\>ffmpeg -i C:\4bpp_ZIP.tif ffmpeg version N-32355-g4f7dfe1, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 6 2011 13:06:48 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'C:\4bpp_ZIP.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:24:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:24:56 -0000 Subject: [FFmpeg-trac] #432(avcodec:open): -vcodec copy on webm produces incorrect frame rate In-Reply-To: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> References: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> Message-ID: <052.ba92a3e9fe7fe78f92e25a6362150d11@avcodec.org> #432: -vcodec copy on webm produces incorrect frame rate ----------------------------------+----------------------------------- Reporter: gervin23 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open Comment: Could you find the revision that introduced your problem with git bisect? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:44:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:44:07 -0000 Subject: [FFmpeg-trac] #438(avformat:open): broken frame after seek in ogg container In-Reply-To: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> References: <030.022a310f39f5288ceb9381bf61c08aa5@avcodec.org> Message-ID: <045.6b2a879e572c7834061affcb04adbb63@avcodec.org> #438: broken frame after seek in ogg container -------------------------------------+------------------------------------ Reporter: j | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by j): here a sample: http://v2v.cc/~j/samples/seektest.ogv {{{ ffmpeg -ss 10 -i seektest.ogv -vframes 1 seektest.ogv.jpg }}} {{{ ffmpeg version N-32369-gc0323b9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 6 2011 17:15:36 with gcc 4.6.1 configuration: --enable-gpl --enable-postproc --enable-libvorbis --enable-pthreads --enahble-libtheora --enable-libx264 --enable-libmp3lame --enable-libschroedinger --enable-libxvid --enable-libspeex --enable- libgsm --enable-nonfree --enable-libfaac --enable-version3 --enable- libopencore-amrnb --enable-libopencore-amrwb --disable-shared --enable- libvpx --enable-x11grab --disable-encoder=vorbis libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [ogg @ 0x1b39780] Unknown skeleton version 4.0 [ogg @ 0x1b39780] max_analyze_duration 5000000 reached at 5000000 Input #0, ogg, from 'seektest.ogv': Duration: 00:00:21.52, start: 0.000000, bitrate: 1016 kb/s Stream #0.0: Data: none Stream #0.1: Video: theora, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0.2: Audio: vorbis, 48000 Hz, stereo, s16, 80 kb/s Metadata: ENCODER : ffmpeg2theora-0.27 SOURCE_OSHASH : f8455fdcb9f10909 Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p' [buffer @ 0x1b3bfe0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: [buffersink @ 0x1b7a580] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1b3e600] w:720 h:576 fmt:yuv420p -> w:720 h:576 fmt:yuvj420p flags:0x4 Output #0, image2, to 'seektest.ogv.jpg': Metadata: encoder : Lavf53.11.0 Stream #0.0: Video: mjpeg, yuvj420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.1 -> #0.0 (theora -> mjpeg) Press [q] to stop, [?] for help [theora @ 0x1b3da20] vp3: first frame not a keyframe frame= 1 fps= 0 q=4.4 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/s dup=0 drop=1 video:17kB audio:0kB global headers:0kB muxing overhead -100.129184% }}} results http://v2v.cc/~j/samples/seektest.ogv.jpg {{{ ffmpeg -i seektest.ogv -acodec copy -vcodec copy seektest.mkv ffmpeg -ss 10 -i seektest.mkv -vframes 1 seektest.mkv.jpg }}} {{{ ffmpeg version N-32369-gc0323b9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 6 2011 17:15:36 with gcc 4.6.1 configuration: --enable-gpl --enable-postproc --enable-libvorbis --enable-pthreads --enable-libtheora --enable-libx264 --enable-libmp3lame --enable-libschroedinger --enable-libxvid --enable-libspeex --enable- libgsm --enable-nonfree --enable-libfaac --enable-version3 --enable- libopencore-amrnb --enable-libopencore-amrwb --disable-shared --enable- libvpx --enable-x11grab --disable-encoder=vorbis libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 0x1cf9780] parser not found for codec vorbis, packets or times may be invalid. [matroska,webm @ 0x1cf9780] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'seektest.mkv': Metadata: ENCODER : Lavf53.11.0 Duration: 00:00:21.51, start: 0.000000, bitrate: N/A Stream #0.0: Video: theora, yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 1k tbn, 25 tbc (default) Stream #0.1: Audio: vorbis, 48000 Hz, stereo, s16 (default) Metadata: ENCODER : ffmpeg2theora-0.27 SOURCE_OSHASH : f8455fdcb9f10909 Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p' [buffer @ 0x1d01640] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: [buffersink @ 0x1e839e0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1e829a0] w:720 h:576 fmt:yuv420p -> w:720 h:576 fmt:yuvj420p flags:0x4 Output #0, image2, to 'seektest.mkv.jpg': Metadata: encoder : Lavf53.11.0 Stream #0.0: Video: mjpeg, yuvj420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc (default) Stream mapping: Stream #0.0 -> #0.0 (theora -> mjpeg) Press [q] to stop, [?] for help frame= 1 fps= 0 q=6.2 Lsize= -0kB time=00:00:00.04 bitrate= -4.4kbits/s dup=0 drop=46 video:31kB audio:0kB global headers:0kB muxing overhead -100.070312% }}} result http://v2v.cc/~j/samples/seektest.mkv.jpg i would expect the same result for ogv and mkv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 00:44:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 22:44:28 -0000 Subject: [FFmpeg-trac] #429(undetermined:closed): ffmpeg is killed by kernel (out of Memmry) In-Reply-To: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> References: <032.ec700a5806543a7cee40266d91ad1380@avcodec.org> Message-ID: <047.fb14063373961bef9717ad9114f2b9fc@avcodec.org> #429: ffmpeg is killed by kernel (out of Memmry) -------------------------------------+------------------------------------- Reporter: mus | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: memory x264 | Resolution: fixed killed kernel | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: patch pushed, issue should be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:12:09 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:12:09 -0000 Subject: [FFmpeg-trac] #417(avcodec:closed): correct grayscale palette for 2/4bpp TIFF In-Reply-To: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> References: <038.8e74295c33bf77734778a120c4737e90@avcodec.org> Message-ID: <053.ee9796ac8daaca6432245ccc666f6c28@avcodec.org> #417: correct grayscale palette for 2/4bpp TIFF ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:28:38 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:28:38 -0000 Subject: [FFmpeg-trac] #439(avcodec:open): support correctly TIFF 4bpp with LZW compression In-Reply-To: <038.defd907a38dc710571dc71b354732614@avcodec.org> References: <038.defd907a38dc710571dc71b354732614@avcodec.org> Message-ID: <053.249b49fa473e19a5a42ccbe088f61c86@avcodec.org> #439: support correctly TIFF 4bpp with LZW compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:29:27 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:29:27 -0000 Subject: [FFmpeg-trac] #440(avcodec:open): support correctly TIFF 4bpp with ZIP compression In-Reply-To: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> References: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> Message-ID: <053.646cd86833d4693b2f8436fc352355eb@avcodec.org> #440: support correctly TIFF 4bpp with ZIP compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:30:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:30:36 -0000 Subject: [FFmpeg-trac] #441(avcodec:new): MPEG audio decoder prints "incorrect frame size" error for valid code Message-ID: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code ---------------------------------+---------------------------------- Reporter: chrisr | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.7.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- Decoding an MP3 audio stream (CODEC_ID_MP3) using libavcodec and libavutil is creating lots of messages like these: [mp3 @ 0xad218660] incorrect frame size [mp3 @ 0xad218660] incorrect frame size [mp3 @ 0xad218660] incorrect frame size [mp3 @ 0xad218660] incorrect frame size [mp3 @ 0xad218660] incorrect frame size However, the audio is playing fine, so there can't really be an error here. The application is funnelling an audio stream into avcodec_decode_audio3(), and is just expecting the function to consume as many bytes as it needs each time: In simplified form: {{{ uint8_t *buffer_offset = buffer; while (buffer_size > 0) { av_init_packet(&avpkt); avpkt.data = buffer_offset; avpkt.size = buffer_size; bytes_consumed = avcoded_decode_audio3(context, output_buffer, &output_size, &avpkt); if (bytes_consumed < 0) { // Error handling return; } /* Send decoded output to device */ buffer_size -= bytes_consumed; buffer_offset += bytes_consumed; } }}} The spurious error message is coming from decode_frame() in libavcodec/mpegaudiodec.c: line 1977 {{{ }else if(s->frame_size < buf_size){ av_log(avctx, AV_LOG_ERROR, "incorrect frame size\n"); buf_size= s->frame_size; } }}} At very worst, this should only be AV_LOG_WARNING because it's internally correctable and doesn't affect normal operation. But I would actually argue that this message could be removed completely instead, because (to be blunt) who cares if the input buffer is too big, so long as the entire frame is present and we return the correct number of bytes consumed to the caller? This message is just noise. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:33:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:33:56 -0000 Subject: [FFmpeg-trac] #441(avcodec:open): MPEG audio decoder prints "incorrect frame size" error for valid code In-Reply-To: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> References: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> Message-ID: <050.47e82e0411090667a27f2165b9b3f0f4@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code --------------------------------+----------------------------------- Reporter: chrisr | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open Comment: Please test current git head and please provide complete, uncut output of ffmpeg -i file.mp3 out.wav (or similar) and attach a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:37:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:37:16 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.37026aab6d3823d6a51ce0aa4d28e3b8@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Does the problem disappear if you disable the call to mp3_write_xing() in mp3_write_header() in libavformat/mp3enc.c? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:38:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:38:08 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.979f8ec8f25c6c2a22a85fee61b3b046@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Or try ffmpeg -i test_orig.mp3 -ab 128k - >testCBR.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:40:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:40:01 -0000 Subject: [FFmpeg-trac] #437(undetermined:open): ffplay seems to "darken" certain inputs (ex: bgr24) In-Reply-To: <039.81c292fd693f1eda429991951a320771@avcodec.org> References: <039.81c292fd693f1eda429991951a320771@avcodec.org> Message-ID: <054.628850ebf7cb2673922b5d694e3db978@avcodec.org> #437: ffplay seems to "darken" certain inputs (ex: bgr24) -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Do I understand correctly that you can only reproduce your problem with ffplay, not with ffmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 01:59:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 06 Sep 2011 23:59:10 -0000 Subject: [FFmpeg-trac] #441(avcodec:open): MPEG audio decoder prints "incorrect frame size" error for valid code In-Reply-To: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> References: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> Message-ID: <050.7c07d0b8957348b2f3e97dc229d26f42@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code --------------------------------+----------------------------------- Reporter: chrisr | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by chrisr): Eh? I'm raising a bug against libavcodec, not ffmpeg. Isn't libavcodec supposed to be linkable against other applications? And as for git-head: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/mpegaudiodec.c;h=56a48ce71bd8b6c05a65866545b5be3ee289bbb4;hb=HEAD The superfluous error message is still clearly visible at line 1812: {{{ 1808 if(s->frame_size<=0 || s->frame_size > buf_size){ 1809 av_log(avctx, AV_LOG_ERROR, "incomplete frame\n"); 1810 return -1; 1811 }else if(s->frame_size < buf_size){ 1812 av_log(avctx, AV_LOG_ERROR, "incorrect frame size\n"); 1813 buf_size= s->frame_size; 1814 } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 02:04:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 00:04:48 -0000 Subject: [FFmpeg-trac] #441(avcodec:open): MPEG audio decoder prints "incorrect frame size" error for valid code In-Reply-To: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> References: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> Message-ID: <050.728a406d3c1120a7f84df81459521cf6@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code --------------------------------+----------------------------------- Reporter: chrisr | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): Is the problem not reproducible with ffmpeg (the application)? Then you are right, you should report it for the library. If the problem is (also) reproducible with ffmpeg, it will be easier to reproduce the problem (and easier to test a possible solution) if you do not report it for libavcodec, but ffmpeg. In this case, please provide complete, uncut output (and a test-case). In any case, problems that are reproducible with current git head should not be reported for old versions of FFmpeg. If you already know how to solve your problem, I suggest to send a patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 02:09:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 00:09:10 -0000 Subject: [FFmpeg-trac] #217(avcodec:open): dv file created with qt3 In-Reply-To: <038.eda9aa969515e60a2cf187e60c465071@avcodec.org> References: <038.eda9aa969515e60a2cf187e60c465071@avcodec.org> Message-ID: <053.97a5dd3ddf7ce699f8d3e98414030215@avcodec.org> #217: dv file created with qt3 -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: dv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => dv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 05:44:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 03:44:24 -0000 Subject: [FFmpeg-trac] #432(avcodec:open): -vcodec copy on webm produces incorrect frame rate In-Reply-To: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> References: <037.1485dbfb7b05c7e61ed1ac99bd76a0f9@avcodec.org> Message-ID: <052.6a7fa2fb788e26360e3c46721d763fa6@avcodec.org> #432: -vcodec copy on webm produces incorrect frame rate ----------------------------------+----------------------------------- Reporter: gervin23 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Comment (by gervin23): git bisect reveals: [981f6fc988dc33e81566fdaf4087da3cfa3ddb04] ffmpeg: better timebase guessing for stream copy -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 08:39:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 06:39:43 -0000 Subject: [FFmpeg-trac] #442(undetermined:new): scene change detection Message-ID: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------- Reporter: lovelove | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: scene | unspecified change detection | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''suggestion:''' scene change detection '''status:''' Isn't this possibly already implemented "under the hood" in the form of the '''-sc_threshold''' parameter? '''key benefits / fields of application:''' (1) Exporting first frame of each scene as an image effectively creates generates a storyboard ... (2) ... which in turn would be an enormous help in identifying added and deleted scenes when comparing the content of two videos. (3) Alternatively, when storing the timestamps in a text file, this text file could then be fed to a video editor to automatically split a long recording into individual scenes. (4) Using I-frame upon scene change for improving compression ratio. '''review of the situation:''' Here is a scholar paper reviewing existing scene detection method and comparing their performances: http://publik.tuwien.ac.at/files/pub-et_9739.pdf '''proof-of-concept:''' http://www.youtube.com/watch?v=4988BhKUa9Q&NR=1 http://www.youtube.com/watch?v=4esP2nO1_kY '''open source implementations of scene change detection algorithms possibly easily reusable in FFmpeg:''' (1) BBC R&D's open source ('''LGPL''') Video Shot Change Detector: http://www.bbc.co.uk/opensource/projects/shot_change/ ( = http://sourceforge.net/projects/shot-change/ ) (2) Shotdetect ('''LGPL'''): http://shotdetect.nonutc.fr/ (3) yuvdiff ('''GNU GPL'''): http://www.silicontrip.net/~mark/lavtools/yuvdiff.c (4) http://www.mathworks.com/products/computer- vision/demos.html?file=/products/demos/shipping/vision/videoscenechange.html (5) http://www.catenary.com/howto/motion.html (6) lav2yuv -S list.el ("Output a scene list with scene detection") http://manpages.unixforum.co.uk/man-pages/linux/suse-linux-10.1/1 /lav2yuv-man-page.html (7) SCSelect (filter, which distinguishes between scene begins, scene ends and global motion): http://home.arcor.de/kassandro/RemoveDirt/RemoveDirt.htm (8) sourcecode of Virtualdub' VCR mod: http://forum.doom9.org/showthread.php?p=268534#post268534 (9) SCXvid: http://forum.doom9.org/showthread.php?p=1192526#post1192526 (10) Marc FDs and neuron2's filters: http://forum.doom9.org/showthread.php?p=269425#post269425 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 08:46:54 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 06:46:54 -0000 Subject: [FFmpeg-trac] #442(undetermined:new): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.732734772276131d0cd4e94274fb5c61@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------- Reporter: lovelove | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: scene | Resolution: change detection | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lovelove): Here is the (latest of several) FFmpeg-users threads discussing this issue: http://ffmpeg-users.933282.n4.nabble.com/Scene-detection- td941845.html I will try to concisely sum up the key suggestions of the thread: ---- "You could store the various first frames of each scene in order to get a sort of photographic storyline of a movie, or you could store the timestamps somewhere in order to use that to automatically cut every movie 'shot' with a video editor. Both options should be possible with FFmpeg+libavfilter." (Stefano Sabatini) ---- "It should be not too hard to implement a scene detection filter in libavfilter. The fake syntax for a lavfi filter (BIG WARNING, libavfilter is not still properly integrated into FFmpeg, check the soc repo) would be something of the kind: '''ffmpeg -i in.avi -vfilters "[IN] split [SC_DETECT] [OUT], [SC_DETECT] sc_detect=PARAMS, process_sc_frames=PARAMS" /dev/null''' As you see you would need two filters, one detecting scene changes and outputting the detected scene change frames to the output, and a filter to furtherly processes the information of the frames, for example it could print to a file the timestamp of the file or to render as an image file the processed frames. The sc_detect filter implementation is the tricky part, but a naive implementation shouldn't be too hard to accomplish." (Stefano Sabatini) ---- "Scene-detection looks like a much requested feature, please file a feature request on the issue tracker." (Stefano Sabatini) ---- "On the technical side: this has been already discussed on ffmpeg-devel, an underkill solution may be as simple as tweaking the select filter and adopt a simple pixel-per-pixel average difference as metric. For images with moving objects that's not a proper solution, and you need motion estimation code, which is already integrated in libavcodec, so the ideal solution would be to refactor the ME code in libavcodec and move it to libavutil. By doing this you may also improve the code itself, and thus improve the codecs using it at the same time." (Stefano Sabatini) ---- "For ideas/details about how to implement a scene-cut detection, I would suggest looking at the code of shotdetect (Johan Mathe is really nice, and the license is LGPL by the way). His approach is actually really simple and straightforward, and we've now been using it in our long-term archive solution for quite a while and could provide information based on hands-on experience about what to expect from that straight-forwards algorithm. I'm mentioning this, because I think Johan's algorithm is merely a variation of a "pixel-per-pixel average difference" and it works surprisingly well - on really different kinds of content." (Peter B.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 08:49:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 06:49:39 -0000 Subject: [FFmpeg-trac] #442(undetermined:new): scene change detection In-Reply-To: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> References: <037.6f134168892fa85a9d345c7a0b07c604@avcodec.org> Message-ID: <052.88525590ac10058f6201ed976f96d25b@avcodec.org> #442: scene change detection -------------------------------------+------------------------------------- Reporter: lovelove | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: scene | Resolution: change detection | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by lovelove): cross-reference: #92 ("Extract all key frames from a video using ffmpeg tool") -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 08:54:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 06:54:19 -0000 Subject: [FFmpeg-trac] #137(avformat:open): Encoding image only movie failure In-Reply-To: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> References: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> Message-ID: <049.edbcb36de36568dcc584b02403737631@avcodec.org> #137: Encoding image only movie failure -------------------------------------+------------------------------------- Reporter: jogga | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: encoding, | Blocked By: png, ffmpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jogga): Thanks for adding the sample movie back again cehoyos. I accidentally removed it from my dropbox. michael, just let me know if you need any further samples or anything to solve this bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 09:14:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 07:14:18 -0000 Subject: [FFmpeg-trac] #395(FFmpeg:closed): ffmpeg: failed to set value 'XXX' for option 'passlogfile' In-Reply-To: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> References: <030.63a8121d84cd7aa853985a3267b427f7@avcodec.org> Message-ID: <045.2572b6baf9e4fa12b1b50135680206fd@avcodec.org> #395: ffmpeg: failed to set value 'XXX' for option 'passlogfile' -----------------------------------+---------------------------------- Reporter: j | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: 0.8.2 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: unspecified => 0.8.2 * component: undetermined => FFmpeg Comment: Should be fixed in both 0.7 and 0.8 branches. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 09:45:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 07:45:53 -0000 Subject: [FFmpeg-trac] #170(undetermined:closed): TIFF -> PBM - white line on the right side in the output PBM file In-Reply-To: <038.15f3880f3a26f4d7b317fb4af5f43a41@avcodec.org> References: <038.15f3880f3a26f4d7b317fb4af5f43a41@avcodec.org> Message-ID: <053.55ddd2a8d2fd8e087e4d1d434822a13a@avcodec.org> #170: TIFF -> PBM - white line on the right side in the output PBM file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: I was originally able to reproduce this problem with both ffplay and ffmpeg, but I believe it was fixed since. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 10:06:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 08:06:45 -0000 Subject: [FFmpeg-trac] #131(avformat:closed): add support for (maybe broken) *.divx file In-Reply-To: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> References: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> Message-ID: <053.affec40cb22244014bdc1c9f1d9a3016@avcodec.org> #131: add support for (maybe broken) *.divx file -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 10:50:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 08:50:16 -0000 Subject: [FFmpeg-trac] #92(FFmpeg:closed): Extract all key frames from a video using ffmpeg tool In-Reply-To: <035.232b60aed87603e7ff903fc860aef8bc@avcodec.org> References: <035.232b60aed87603e7ff903fc860aef8bc@avcodec.org> Message-ID: <050.0f1e30d34d2afcb75c3ba4c3f3880f3f@avcodec.org> #92: Extract all key frames from a video using ffmpeg tool -------------------------------------+----------------------------------- Reporter: benoit | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by lovelove): cross-reference: #442 (scene change detection) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 11:16:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 09:16:11 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.b0df9c5aecf72fe3bbaacb01101a775d@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): Uncommenting mp3_write_xing() seems to work, bit rate mode changes to constant. {{{ mediainfo test_ffmpeg_cbr.mp3 General Complete name : test_ffmpeg_cbr.mp3 Format : MPEG Audio File size : 3.23 MiB Duration : 3mn 31s Overall bit rate : 128 Kbps Encoding settings : Lavf53.11.0 Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Duration : 3mn 31s Bit rate mode : Constant Bit rate : 128 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 3.23 MiB (100%) }}} {{{ # ffmpeg -i test_orig.mp3 -ab 128k - >test_ffmpeg_cbr.mp3 ... [NULL @ 0x632280] Unable to find a suitable output format for 'pipe:' pipe:: Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 16:20:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 14:20:41 -0000 Subject: [FFmpeg-trac] #443(undetermined:new): -color_range AVOption appears to do nothing Message-ID: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> #443: -color_range AVOption appears to do nothing --------------------------------------+---------------------------------- Reporter: nichot20 | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- according to source -color_range can take the following values:- "0" auto "1" 16-235 "2" 0-255 and it functions on encode and decode. However altering the option value appears to make no change to the way media is processed, either on input, or output. Attached stills sources and script to generate outputs using variations in value attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 16:27:25 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 14:27:25 -0000 Subject: [FFmpeg-trac] #443(undetermined:new): -color_range AVOption appears to do nothing In-Reply-To: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> References: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> Message-ID: <052.302e0892459ec1731116f26f0d0b910b@avcodec.org> #443: -color_range AVOption appears to do nothing ----------------------------------+---------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by nichot20): Viewing the resultant clips using the waveform monitor in kdenlive shows all 601 source permutations the same, and all rgb permutations the same, with the two batches differing by the level differences in the original file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 18:02:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 16:02:43 -0000 Subject: [FFmpeg-trac] #92(FFmpeg:closed): Extract all key frames from a video using ffmpeg tool In-Reply-To: <035.232b60aed87603e7ff903fc860aef8bc@avcodec.org> References: <035.232b60aed87603e7ff903fc860aef8bc@avcodec.org> Message-ID: <050.fbd9019dbaa58c4b8056b0fab968cf6f@avcodec.org> #92: Extract all key frames from a video using ffmpeg tool -------------------------------------+----------------------------------- Reporter: benoit | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: FFmpeg Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by lovelove): [As a reference for other users:] As kindly explained by Stefano Sabatini, the abovementioned -vf parameter needs to be coupled with the '''-vsync 0''' parameter if one wants to "extract all key frames from a video" without duplicates, as is the idea behind this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 7 23:32:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 21:32:06 -0000 Subject: [FFmpeg-trac] #372(avformat:open): spdifenc does an output not correct In-Reply-To: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> References: <034.1ae48f6e1adb89fc61533a1d8c7c34f2@avcodec.org> Message-ID: <049.56ed025c4d927f02ca432a10de11bd97@avcodec.org> #372: spdifenc does an output not correct -----------------------------------+------------------------------------ Reporter: naoya | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git | Resolution: Keywords: spdifenc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -----------------------------------+------------------------------------ Comment (by jbr): Replying to [comment:7 naoya]: > > > {{{+ av_log(s, AV_LOG_ERROR, "AC3 invalid num_blocks[%d]\n", hdr.num_blocks);}}} > > I don't think non-6 values here are "invalid", just unsupported by the muxer. So I'd go for "AC3 num_blocks[%d] not supported for IEC-61937" or something. > I agree. num_blocks will never be anything other than 6 for AC-3. Only E-AC-3 can have that, but a different function is used for E-AC-3. and if you actually want to check that it's AC-3 and not E-AC-3, you should check hdr.bitstream_id. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 00:14:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 22:14:04 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.f3828da51a0b6fcff99706a8ba4046b4@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Sorry, I meant {{{ ffmpeg -i test_orig.mp3 -ab 128k -f mp3 - >test_ffmpeg_cbr.mp3 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 00:25:30 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 22:25:30 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.8b15941370278724c475471e49c55f08@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): This also works like a charm and results in a correct bit rate mode: {{{ # ffmpeg -i test_orig.mp3 -ab 128k -f mp3 - >test_ffmpeg_cbr.mp3 }}} {{{ # mediainfo test_ffmpeg_cbr.mp3 General Complete name : test_ffmpeg_cbr.mp3 Format : MPEG Audio File size : 3.23 MiB Duration : 3mn 31s Overall bit rate : 128 Kbps Encoding settings : Lavf53.11.0 Audio Format : MPEG Audio Format version : Version 1 Format profile : Layer 3 Mode : Joint stereo Mode extension : MS Stereo Duration : 3mn 31s Bit rate mode : Constant Bit rate : 128 Kbps Channel(s) : 2 channels Sampling rate : 44.1 KHz Stream size : 3.23 MiB (100%) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 01:14:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 07 Sep 2011 23:14:33 -0000 Subject: [FFmpeg-trac] #403(undetermined:open): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.4a928350653298c9fc5279fafba3193a@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dgrant): Sure I can make a sample of the original video that my camera produces with the settings that I use (1080 60Hz interlaced) What I want to be able to do is de-interlace the original 60i video and produce 60p video. When I try to do that by specifying the output framerate is 60, I get a video that is half the speed. In mencoder I think I fixed this problem by telling it that the input fps was 120. Anyways, ffmpeg works just fine if I tell it to create video that is 30fps. It de- interlaces with yadif and I get de-interlaced 30p video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 05:07:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 03:07:08 -0000 Subject: [FFmpeg-trac] #331(avcodec:closed): Endless loop when reading jpeg-ls sample In-Reply-To: <036.02a07fb19d78a1df49f2ed1a44dfdb0e@avcodec.org> References: <036.02a07fb19d78a1df49f2ed1a44dfdb0e@avcodec.org> Message-ID: <051.2c0d2e92b6f61a590e55c05840e79bcb@avcodec.org> #331: Endless loop when reading jpeg-ls sample ------------------------------------+----------------------------------- Reporter: cehoyos | 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: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 05:28:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 03:28:45 -0000 Subject: [FFmpeg-trac] #350(avcodec:closed): Invalid value 'strict' for option 'strict' In-Reply-To: <038.2af4e737f6e388dc58ee6919d034d546@avcodec.org> References: <038.2af4e737f6e388dc58ee6919d034d546@avcodec.org> Message-ID: <053.44486fda11747f80a60b946de36ce131@avcodec.org> #350: Invalid value 'strict' for option 'strict' ------------------------------------+----------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: -strict | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally, will push if it passes tests -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 11:13:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 09:13:14 -0000 Subject: [FFmpeg-trac] #444(undetermined:new): x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance Message-ID: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> #444: x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance -------------------------------------+------------------------------------- Reporter: Dimon | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: mts x264 | Blocked By: block jumping | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have almost fully static 1920x1080p 25fps scene: dark bottom with some tree branches shaking within no more then 10 pixels and slow clouds passing by. In 30 sec of the whole scene there are couple of ~2 sec chunks, where bottom of the image begin to jump with ~0.2 sec period, up and down with visual amplitude 8-16 pixels. This happens only with "-- preset" settings slow, slower and "harder". More "light" presets work pretty. Initial file is .mts, decoded through ffdshow/AviSynth. The command line is: x264 --preset slower -b 6 -r 8 --crf 18 -o file.mkv file.avs Players were Classic Media Player and VideLan VLC, showing the same. Varying -b and -r parameters doesn't help, so lack of memory for decoding is not very probable reason (Core Duo 2.8 GHz, 2GB RAM) Also, in this and close situation, with only slooowly moving and transforming clouds in the frame: veryfast, faster, fast, normal presets sequence gives growing bitrate! When visualising motion vectors in ffmpeg plugin, more "hard" preset shows longer vectors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 12:04:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 10:04:44 -0000 Subject: [FFmpeg-trac] #444(undetermined:new): x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance In-Reply-To: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> References: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> Message-ID: <049.36dc96d6a6833b6749ebeac365867892@avcodec.org> #444: x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance -------------------------------------+------------------------------------- Reporter: Dimon | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mts x264 | Resolution: block jumping | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please explain if there is a problem with FFmpeg and if yes what the problem is. (x264 is a different, independent application.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 12:25:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 10:25:44 -0000 Subject: [FFmpeg-trac] #445(FFmpeg:new): Wrong FLV duration metadata field Message-ID: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> #445: Wrong FLV duration metadata field -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: git- | Keywords: flv meta master | duration Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- When ffmpeg is used like this: '''ffmpeg -t 00:00:30 -i valid.flv -acodec copy -vcodec copy invalid.flv''' (extracting a part of the video to a new file) then the resulting file (invalid.flv) contains wrong duration metadata field (copied from the original 'valid.flv') which confuses all FLV web players, because the navigation can't be accurate because of that. I personally always use "'''flvmeta -Uf invalid.flv'''" after this kind of cutting, but it would be nice if ffmpeg would actually write correct values in the output file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 12:39:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 10:39:24 -0000 Subject: [FFmpeg-trac] #446(FFmpeg:new): Error when using "-vcodec libx264" and "-flags +global_header" Message-ID: <034.ca2481c711e26993b736c77ec096ff44@avcodec.org> #446: Error when using "-vcodec libx264" and "-flags +global_header" -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git- | Keywords: h264 master | global_header vbsf h264_mp4toannexb Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Here is the example of the error: {{{ ffmpeg -f video4linux2 -r 25 -s qvga -i /dev/video0 -vcodec libx264 -crf 20 -threads 0 -vbsf h264_mp4toannexb -flags +global_header -f mpegts udp://localhost:5001 ffmpeg version git-2011-08-19-ada49f9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 12:41:18 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-bzlib --enable-libfaac --enable-libopenjpeg --enable-libx264 --enable-zlib --enable-libaacplus --enable-libfaac --extra-cflags=-fPIC libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 8. 0 / 53. 8. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2 @ 0x1c8b420] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 1470014.875079, bitrate: 30720 kb/s Stream #0.0: Video: rawvideo, yuyv422, 320x240, 30720 kb/s, 25 tbr, 1000k tbn, 25 tbc Incompatible pixel format 'yuyv422' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x1c84980] w:320 h:240 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x1c8d520] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1c86940] w:320 h:240 fmt:yuyv422 -> w:320 h:240 fmt:yuv420p flags:0x4 [libx264 @ 0x1c84fe0] Default settings detected, using medium profile [libx264 @ 0x1c84fe0] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64 [libx264 @ 0x1c84fe0] profile High, level 1.3 [libx264 @ 0x1c84fe0] 264 - core 116 - 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=3 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 [mpegts @ 0x1c84a60] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://localhost:5001': Metadata: encoder : Lavf53.8.0 Stream #0.0: Video: libx264, yuv420p, 320x240, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help h264_mp4toannexb failed for stream 0, codec libx264: Invalid argument 0.0kbits/s dup=35 drop=0 [mpegts @ 0x1c84a60] h264 bitstream malformated, no startcode found, use -vbsf h264_mp4toannexb av_interleaved_write_frame(): Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 13:23:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 11:23:09 -0000 Subject: [FFmpeg-trac] #444(undetermined:new): x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance In-Reply-To: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> References: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> Message-ID: <049.4c765556c11bb79103bb06e666bdb355@avcodec.org> #444: x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance -------------------------------------+------------------------------------- Reporter: Dimon | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: mts x264 | Resolution: block jumping | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Dimon): No ,actually FFmpeg itself doesn't cause any problem. I'm here from VideoLAN page. http://www.videolan.org/developers/x264.html "BUGS" in the bottom If I am at the wrong address please delete the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 14:52:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 12:52:18 -0000 Subject: [FFmpeg-trac] #445(FFmpeg:new): Wrong FLV duration metadata field In-Reply-To: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> References: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> Message-ID: <049.864fa4c1a8650edacb138faa2a6479fd@avcodec.org> #445: Wrong FLV duration metadata field -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: flv meta | Blocked By: duration | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 15:10:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 13:10:30 -0000 Subject: [FFmpeg-trac] #424(undetermined:new): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.d418facc7a35e7174d514febbe54b70f@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mjs973): Hi Carl. The bitstream looks good to me. The transport stream DTS/PTS are all good. The video has no B frames (I,P only), and uses PTS==DTS (which is legal). This appears to be the same bug I already fixed in trac #88. My own media player, which includes the trac #88 patch, plays this stream fine. I hear audio immediately at the start. I don't have time to look at latest git today, but my guess is that compute_pkt_fields() is corrupting the perfectly-good DTS/PTS timestamps passed to it. Mike P.S. the audio volume is really, really low in this clip. Peaks are at only 5% of full-scale. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 15:23:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 13:23:08 -0000 Subject: [FFmpeg-trac] #441(avcodec:open): MPEG audio decoder prints "incorrect frame size" error for valid code In-Reply-To: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> References: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> Message-ID: <050.c98d26d8af97c330087851bed8abd3f0@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code --------------------------------+----------------------------------- Reporter: chrisr | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: 0.7.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by chrisr): Note: xine will probably not use the FFmpeg audio decoder by default, and its default decoder provides working audio without this "spam" problem. So the issue is purely with FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 18:04:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 16:04:47 -0000 Subject: [FFmpeg-trac] #421(FFmpeg:closed): Online Doxygen docs mixes up ffmpeg.c docs with avconv.c docs. In-Reply-To: <034.637734dd1d1c7e9aecbd31ce47466816@avcodec.org> References: <034.637734dd1d1c7e9aecbd31ce47466816@avcodec.org> Message-ID: <049.e37ebf94d752b264dfcc8bf2bcd5c51a@avcodec.org> #421: Online Doxygen docs mixes up ffmpeg.c docs with avconv.c docs. ------------------------------------+----------------------------------- Reporter: MattE | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: Doxygen | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: I suspect this is a doxygen bug. Ive workaround it by excluding avconv.c Someone should report this issue to the doxygen maintainers after verifying that the latest doxygen is still affected. For testing one just needs latest doxygen installed and run doxygen in the ffmpeg main directory The latest version of doxygen i tested was 1.7.3 which still has many links to avconv.c in ffmpeg.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 19:01:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 17:01:44 -0000 Subject: [FFmpeg-trac] #356(avcodec:new): -profile aac_low option sets also the profile for the video codec In-Reply-To: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> References: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> Message-ID: <050.0d50d95066434a286acc583dbc5b5b72@avcodec.org> #356: -profile aac_low option sets also the profile for the video codec ------------------------------------+----------------------------------- Reporter: tfoucu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * reproduced: 0 => 1 Comment: The correct way to do this now is to use -profile:a aac_low i need to think about what to do about -profile aac_low -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 19:03:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 17:03:43 -0000 Subject: [FFmpeg-trac] #356(avcodec:new): -profile aac_low option sets also the profile for the video codec In-Reply-To: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> References: <035.f1dda556b0135401dfedb83d204b51d7@avcodec.org> Message-ID: <050.f008617798bade9b79b27e85222ffb89@avcodec.org> #356: -profile aac_low option sets also the profile for the video codec ------------------------------------+----------------------------------- Reporter: tfoucu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Also for old as well as current ffmpeg -aprofile aac_low could be used to achive this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 8 21:10:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 08 Sep 2011 19:10:35 -0000 Subject: [FFmpeg-trac] #441(avcodec:closed): MPEG audio decoder prints "incorrect frame size" error for valid code In-Reply-To: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> References: <035.266f7084aaf5b5220e7699a84ab1b2fd@avcodec.org> Message-ID: <050.30027f66f45ad26b35263c4e1a4c07d7@avcodec.org> #441: MPEG audio decoder prints "incorrect frame size" error for valid code --------------------------------+----------------------------------- Reporter: chrisr | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.7.3 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | --------------------------------+----------------------------------- Changes (by michael): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Fix commited, will be pushed soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 04:55:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 02:55:24 -0000 Subject: [FFmpeg-trac] #445(FFmpeg:new): Wrong FLV duration metadata field In-Reply-To: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> References: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> Message-ID: <049.4770046e64f59d5964cef2edb4c6c758@avcodec.org> #445: Wrong FLV duration metadata field -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: flv meta | Blocked By: duration | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by burek): I'm not sure what output do you need, because it happens with hundreds of videos I've been working for so far. For example: ffmpeg -f video4linux2 -i /dev/video0 -vcodec libx264 -crf 20 -threads 0 out.flv and then ffmpeg -ss 00:01:00 -t 00:00:25 -i out.flv -acodec copy -vcodec copy sample.flv The file sample.flv has got an invalid metadata "duration" field. Here is the actual example: {{{ # ffmpeg -i final.flv ffmpeg version git-2011-08-19-ada49f9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 12:41:18 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-bzlib --enable-libfaac --enable-libopenjpeg --enable-libx264 --enable-zlib --enable-libaacplus --enable-libfaac --extra-cflags=-fPIC libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 8. 0 / 53. 8. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x1f0c420] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, flv, from 'final.flv': Metadata: duration : 21117 width : 320 height : 240 videodatarate : 118 framerate : 50 videocodecid : 7 audiodatarate : 31 audiosamplerate : 44100 audiosamplesize : 16 stereo : true audiocodecid : 10 major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.8.0 filesize : 421422299 Duration: 05:51:57.33, start: 0.040000, bitrate: 152 kb/s Stream #0.0: Video: h264 (High), yuv420p, 320x240, 120 kb/s, 50 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels (FC), s16, 32 kb/s At least one output file must be specified }}} and then {{{ # ffmpeg -ss 00:00:10 -t 00:00:30 -i final.flv -acodec copy -vcodec copy sample.flv ffmpeg version git-2011-08-19-ada49f9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 12:41:18 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-bzlib --enable-libfaac --enable-libopenjpeg --enable-libx264 --enable-zlib --enable-libaacplus --enable-libfaac --extra-cflags=-fPIC libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 8. 0 / 53. 8. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x82f420] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, flv, from 'final.flv': Metadata: duration : 21117 width : 320 height : 240 videodatarate : 118 framerate : 50 videocodecid : 7 audiodatarate : 31 audiosamplerate : 44100 audiosamplesize : 16 stereo : true audiocodecid : 10 major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.8.0 filesize : 421422299 Duration: 05:51:57.33, start: 0.040000, bitrate: 152 kb/s Stream #0.0: Video: h264 (High), yuv420p, 320x240, 120 kb/s, 50 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels (FC), s16, 32 kb/s Output #0, flv, to 'sample.flv': Metadata: duration : 21117 width : 320 height : 240 videodatarate : 118 framerate : 50 videocodecid : 7 audiodatarate : 31 audiosamplerate : 44100 audiosamplesize : 16 stereo : true audiocodecid : 10 major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 1970-01-01 00:00:00 filesize : 421422299 encoder : Lavf53.8.0 Stream #0.0: Video: libx264, yuv420p, 320x240, q=2-31, 120 kb/s, 1k tbn, 1k tbc Stream #0.1: Audio: libaacplus, 44100 Hz, 2 channels (FC), 32 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame= 780 fps= 0 q=-1.0 Lsize= 629kB time=00:00:29.96 bitrate= 172.1kbits/s video:480kB audio:122kB global headers:0kB muxing overhead 4.504534% }}} so, sample.flv has got wrong duration (21117 instead of 25 or 31, i guess it's just been copied from the original flv file, i.e. not calculated): {{{ # ffmpeg -i sample.flv ffmpeg version git-2011-08-19-ada49f9, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 5 2011 12:41:18 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-bzlib --enable-libfaac --enable-libopenjpeg --enable-libx264 --enable-zlib --enable-libaacplus --enable-libfaac --extra-cflags=-fPIC libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 11. 0 / 53. 11. 0 libavformat 53. 8. 0 / 53. 8. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x65a420] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'sample.flv': Metadata: stereo : true duration : 21117 width : 320 height : 240 videodatarate : 118 framerate : 50 videocodecid : 7 audiodatarate : 31 audiosamplerate : 44100 audiosamplesize : 16 audiocodecid : 10 major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.8.0 filesize : 644492 Duration: 00:00:31.32, start: 0.024000, bitrate: 152 kb/s Stream #0.0: Video: h264 (High), yuv420p, 320x240, 120 kb/s, 25 tbr, 1k tbn, 50 tbc Stream #0.1: Audio: aac, 44100 Hz, 2 channels (FC), s16, 32 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 05:31:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 03:31:14 -0000 Subject: [FFmpeg-trac] #380(avfilter:reopened): Mistake in ffmpeg's docs for yadif In-Reply-To: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> References: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> Message-ID: <052.0d68354f54e8c9e032e874bc756aa7d3@avcodec.org> #380: Mistake in ffmpeg's docs for yadif -------------------------------------+------------------------------------ Reporter: pshchelo | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by michael): ouch, that file is old, i updated the link i found to (the correct) ffmpeg.html do more links exist to ffmpeg-doc.html ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 07:45:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 05:45:03 -0000 Subject: [FFmpeg-trac] #444(undetermined:closed): x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance In-Reply-To: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> References: <034.26bd66ad4443da30e0c830ade954c767@avcodec.org> Message-ID: <049.ffd7e00fe8463ef3e8a871701cba189d@avcodec.org> #444: x264 rev. 2074 - part of image jumping with some presets and strange bitrate dependance -------------------------------------+------------------------------------- Reporter: Dimon | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mts x264 block jumping => * status: new => closed * resolution: => invalid Comment: First read the FFmpeg bug report guidelines. Then report your bug to http://mailman.videolan.org/listinfo/x264-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 10:15:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 08:15:19 -0000 Subject: [FFmpeg-trac] #447(FFmpeg:new): WAV file processing fails Message-ID: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> #447: WAV file processing fails ------------------------------------+--------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.8.3 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ------------------------------------+--------------------------------- Hi Team, I was trying to get some information on the following files on a linux box, some files are failing to provide any information, whereas the same set of file when tested on windows worked perfectly fine. ffmpeg -i filename This is a sample output for error case: [root at d-27539 tmp]# ffmpeg -i vx_mp_9.wav ffmpeg version 0.8.3, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 9 2011 12:39:12 with gcc 4.1.2 20080704 (Red Hat 4.1.2-50) configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable-runtime-cpudetect --enable-bzlib --enable-zlib --disable-yasm libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 vx_mp_9.wav: Invalid data found when processing input On windows I am using the following version of ffmpeg: [ffmpeg version N-31548-g78accb8]. Need to understand why such a behaviour on changing OS. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 11:06:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 09:06:22 -0000 Subject: [FFmpeg-trac] #447(undetermined:open): WAV file processing fails In-Reply-To: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> References: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> Message-ID: <052.18dc98ed8fd9a788c377bd1e79de6c6b@avcodec.org> #447: WAV file processing fails ----------------------------------+---------------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined Comment: Please add output of ffmpeg -i vx_mp_9.wav for a working version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 11:18:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 09:18:38 -0000 Subject: [FFmpeg-trac] #422(avcodec:closed): x264 preset and tune options always reset certain ffmpeg params to defaults In-Reply-To: <034.bc4b1ac874dc02f38bdee9ff1eb88b8a@avcodec.org> References: <034.bc4b1ac874dc02f38bdee9ff1eb88b8a@avcodec.org> Message-ID: <049.9efce43f0488646db4d1e8ce73e4a6fe@avcodec.org> #422: x264 preset and tune options always reset certain ffmpeg params to defaults ------------------------------------+----------------------------------- Reporter: takis | 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 cehoyos): * status: new => closed * resolution: => fixed Comment: http://lists.ffmpeg.org/pipermail/ffmpeg-cvslog/2011-September/040244.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 11:36:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 09:36:35 -0000 Subject: [FFmpeg-trac] #367(undetermined:closed): error encoding mov file created in photobooth to mp4 In-Reply-To: <037.3a784778c69865c721b8b55c6db06e22@avcodec.org> References: <037.3a784778c69865c721b8b55c6db06e22@avcodec.org> Message-ID: <052.4fe9e9bb939b432f39b7b0d1038924b2@avcodec.org> #367: error encoding mov file created in photobooth to mp4 -------------------------------------+------------------------------------- Reporter: holmrodd | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => needs_more_info Comment: Please re-open if you can still reproduce this problem, it worked fine for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 12:42:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 10:42:22 -0000 Subject: [FFmpeg-trac] #447(undetermined:open): WAV file processing fails In-Reply-To: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> References: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> Message-ID: <052.6fe83595683c4d23342524c23a8e53e1@avcodec.org> #447: WAV file processing fails ----------------------------------+---------------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by himanshu): Hi Cehoyos, It was a mistake from my end for Parsing audio. I was using different encodings in different systems for generating audio, switched to ISO-8859-1. FFMPEG is responding correctly to this audio. You can mark this as an Invalid bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 13:31:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 11:31:33 -0000 Subject: [FFmpeg-trac] #447(undetermined:closed): WAV file processing fails In-Reply-To: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> References: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> Message-ID: <052.6c981446e7954d289d086b1208978ffc@avcodec.org> #447: WAV file processing fails ----------------------------------+---------------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 13:32:21 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 11:32:21 -0000 Subject: [FFmpeg-trac] #447(undetermined:closed): WAV file processing fails In-Reply-To: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> References: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> Message-ID: <052.6a06e74547a30f749c27d605a8bc71bd@avcodec.org> #447: WAV file processing fails ----------------------------------+---------------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by cehoyos): Is there any software that can read the sample you uploaded? If yes, please consider reopening this ticket as a feature request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 13:36:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 11:36:44 -0000 Subject: [FFmpeg-trac] #357(undetermined:open): Trying to transcode a vbk file to wav In-Reply-To: <037.bdde7b88f11482037930d0716827b725@avcodec.org> References: <037.bdde7b88f11482037930d0716827b725@avcodec.org> Message-ID: <052.8268ad9992002040d72d9f0e9f32dde5@avcodec.org> #357: Trying to transcode a vbk file to wav -------------------------------------+------------------------------------- Reporter: himanshu | Owner: michael Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: VBK | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by himanshu): Any updates on this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 13:50:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 11:50:44 -0000 Subject: [FFmpeg-trac] #447(undetermined:closed): WAV file processing fails In-Reply-To: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> References: <037.9b04e2eb2ea578c24a1c22264c2258c4@avcodec.org> Message-ID: <052.d73c38e766130637ee1878c08101fbd3@avcodec.org> #447: WAV file processing fails ----------------------------------+---------------------------------------- Reporter: himanshu | Owner: michael Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by himanshu): Ok will check in multi media players, if any player is able to play will reopen with necessary details. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 14:39:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 12:39:52 -0000 Subject: [FFmpeg-trac] #357(undetermined:open): Trying to transcode a vbk file to wav In-Reply-To: <037.bdde7b88f11482037930d0716827b725@avcodec.org> References: <037.bdde7b88f11482037930d0716827b725@avcodec.org> Message-ID: <052.8263cbefeb579f15b92fa8537f6a602b@avcodec.org> #357: Trying to transcode a vbk file to wav -------------------------------------+------------------------------------- Reporter: himanshu | Owner: michael Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: VBK | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): So far, we don't even have information about what voice codec is used in a vbk file, so a fix is currently unlikely. If it really is similar to G.726 or G.728 (the bitrate suggests this) it may not be impossible though. There is some indication somebody would be able to share the necessary information about the codec: https://www.odesk.com/jobs/Reverse-Engineer-Nortel-VBK-Audio- Format_~~f501f11679f3f6bb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 17:27:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 15:27:13 -0000 Subject: [FFmpeg-trac] #402(documentation:closed): Incorrect "-debug" documentation In-Reply-To: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> References: <034.0a43f86a3b069e4e64b890726b554265@avcodec.org> Message-ID: <049.6c0c0c4f97346851d12e0f21a49ccc20@avcodec.org> #402: Incorrect "-debug" documentation -------------------------------------+------------------------------------- Reporter: takis | Owner: Type: enhancement | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: patch applied, will be pushed soon thanks and sorry for the delay -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 19:32:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 17:32:44 -0000 Subject: [FFmpeg-trac] #428(avformat:open): avisynth generate wrong audio pts In-Reply-To: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> References: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> Message-ID: <052.bc376d99cb9c54d816cfa2066cb9d266@avcodec.org> #428: avisynth generate wrong audio pts -------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by chinshou): I have upload the patch, besides pts bug fix, this patch also fix the image displayed upside down bug .The upsidedown bug can be reproduced by following avs script ImageSource("Sample1.jpg", start=0, end = 40, fps=25) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 19:59:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 17:59:32 -0000 Subject: [FFmpeg-trac] #428(avformat:open): avisynth generate wrong audio pts In-Reply-To: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> References: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> Message-ID: <052.a1b0e6361ba8eda711787dca6b6fc91d@avcodec.org> #428: avisynth generate wrong audio pts -------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): The indentation looks wrong, if the setting of pts is really wrong (I don't know, but in your original report you suggest an alternative calculation), please remove the line (do not just outcomment it), and unfortunately, we absolutely require "one patch per issue", so please attach (or send to ffmpeg-devel) one patch for the original (pts) issue and one patch for upside-down. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 22:36:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 20:36:03 -0000 Subject: [FFmpeg-trac] #401(avcodec:open): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.f0b5de8cfa08eebe783cfd436e76c4de@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI ------------------------------------+----------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:2 reimar]: > This is probably caused by libavfilter. The (vsrc)buffer filter seems to need a pixfmt from the start. > However the filters are created before the decoder is actually opened. > So it is completely reliant on the probe filling in the pix_fmt. > However since this file is non-interleaved and FFmpeg detects this too late, the probe never gets any video data, thus does not open the decoder and thus the pix_fmt is not filled in. > This seems all rather silly though: it is quite silly that it is not tried to open the decoder during probe even if no data is available, as is opening the decoder only after the filter has been set up. The decoder is opened in av_find_stream_info() but mjpeg can store a wide varity of pixel formats and iam not sure if the actually used one can be identified before the first frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 9 22:53:07 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 09 Sep 2011 20:53:07 -0000 Subject: [FFmpeg-trac] #448(avcodec:new): libx264 preset's rc_lookahead value is overwritten Message-ID: <039.781bb9440771855c4d398b5cf2063db2@avcodec.org> #448: libx264 preset's rc_lookahead value is overwritten ------------------------------------+-------------------------------------- Reporter: rectalogic | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Specifying -preset slow with libx264 should result in rc_lookahead of 50, instead it is 40. In X264_init() x4->params.rc.i_lookahead is initialized to 50 by x264_param_default_preset() for the "slow" preset. But then later it is overwritten by avctx->rc_lookahead which is 40 This problem was introduced in commit d4b967131842e7c225e5f83cb82337d4474a0bb7 which added the rc_lookahead private option. From a gdb session: {{{ 257 if (x4->preset || x4->tune) (gdb) 258 if (x264_param_default_preset(&x4->params, x4->preset, x4->tune) < 0) { (gdb) p x4->preset $7 = 0x14790c0 "slow" (gdb) n 263 if (avctx->level > 0) (gdb) p x4->params.rc.i_lookahead $8 = 50 [...] 335 if (avctx->rc_lookahead >= 0) (gdb) 336 x4->params.rc.i_lookahead = avctx->rc_lookahead; (gdb) 337 if (avctx->weighted_p_pred >= 0) (gdb) p x4->params.rc.i_lookahead $9 = 40 }}} Full ffmpeg output: {{{ ffmpeg -i /tmp/apollo11.mov -an -codec:v libx264 -preset:v slow -y /tmp/foo.mp4 ffmpeg version N-32420-g88fddd0, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 9 2011 20:33:39 with gcc 4.4.3 configuration: --extra-cflags=-I/opt/motionbox/foundation/6.4.0/include --extra-ldflags=-L/opt/motionbox/foundation/6.4.0/lib --enable-libx264 --enable-gpl --enable-debug=gdb3 --disable-optimizations libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x25d6780] max_analyze_duration 5000000 reached at 5000000 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 3.00 (3/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/apollo11.mov': Metadata: creation_time : 1998-01-05 21:59:31 Duration: 00:00:06.66, start: 0.000000, bitrate: 22 kb/s Stream #0.0(eng): Video: svq1 (SVQ1 / 0x31515653), yuv410p, 80x60, 13 kb/s, SAR 1:1 DAR 4:3, 3 fps, 3 tbr, 600 tbn, 600 tbc Metadata: creation_time : 1998-01-05 21:59:31 Stream #0.1(eng): Audio: qcelp (Qclp / 0x706C6351), 8000 Hz, 1 channels, flt Metadata: creation_time : 1998-01-05 21:59:31 Incompatible pixel format 'yuv410p' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x25d1200] w:80 h:60 pixfmt:yuv410p tb:1/1000000 sar:1/1 sws_param: [buffersink @ 0x25d7ec0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x25d8520] w:80 h:60 fmt:yuv410p -> w:80 h:60 fmt:yuv420p flags:0x4 [libx264 @ 0x25de5c0] using SAR=1/1 [libx264 @ 0x25de5c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x25de5c0] profile Main, level 1.0 [libx264 @ 0x25de5c0] 264 - core 116 mbox/4.3.1 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=5 deblock=1:0:0 analyse=0x1:0x111 me=umh subme=8 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 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=0 b_adapt=2 b_bias=0 direct=3 weightb=0 open_gop=0 weightp=2 keyint=250 keyint_min=3 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/foo.mp4': Metadata: creation_time : 1998-01-05 21:59:31 encoder : Lavf53.12.0 Stream #0.0(eng): Video: h264 (![0][0][0] / 0x0021), yuv420p, 80x60 [SAR 1:1 DAR 4:3], q=-1--1, 3 tbn, 3 tbc Metadata: creation_time : 1998-01-05 21:59:31 Stream mapping: Stream #0.0 -> #0.0 (svq1 -> libx264) Press [q] to stop, [?] for help frame= 20 fps= 0 q=21.0 Lsize= 16kB time=00:00:06.33 bitrate= 20.8kbits/s video:15kB audio:0kB global headers:0kB muxing overhead 7.083741% frame I:1 Avg QP:20.35 size: 867 [libx264 @ 0x25de5c0] frame P:9 Avg QP:22.59 size: 852 [libx264 @ 0x25de5c0] frame B:10 Avg QP:23.73 size: 611 [libx264 @ 0x25de5c0] consecutive B-frames: 15.0% 50.0% 15.0% 20.0% [libx264 @ 0x25de5c0] mb I I16..4: 15.0% 0.0% 85.0% [libx264 @ 0x25de5c0] mb P I16..4: 4.4% 0.0% 57.8% P16..4: 10.6% 11.7% 15.6% 0.0% 0.0% skip: 0.0% [libx264 @ 0x25de5c0] mb B I16..4: 0.0% 0.0% 37.5% B16..8: 18.0% 18.0% 19.6% direct: 6.5% skip: 0.5% L0:49.4% L1:27.2% BI:23.4% [libx264 @ 0x25de5c0] direct mvs spatial:0.0% temporal:100.0% [libx264 @ 0x25de5c0] coded y,uvDC,uvAC intra: 96.1% 94.7% 63.3% inter: 75.4% 92.2% 28.5% [libx264 @ 0x25de5c0] i16 v,h,dc,p: 0% 64% 18% 18% [libx264 @ 0x25de5c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 13% 11% 5% 6% 9% 6% 8% 10% [libx264 @ 0x25de5c0] i8c dc,h,v,p: 35% 18% 29% 17% [libx264 @ 0x25de5c0] Weighted P-Frames: Y:33.3% UV:22.2% [libx264 @ 0x25de5c0] ref P L0: 76.5% 8.8% 5.9% 5.9% 1.5% 1.5% [libx264 @ 0x25de5c0] ref B L0: 96.8% 2.4% 0.9% [libx264 @ 0x25de5c0] kb/s:17.57 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 03:24:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 01:24:03 -0000 Subject: [FFmpeg-trac] #28(avcodec:closed): Encoding mpeg-4 with threads and b-frames outputs errors on decoding In-Reply-To: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> References: <036.b5fbd8ce6261297915090405f167de19@avcodec.org> Message-ID: <051.aab82f398f3da5e57059705536a8d5ba@avcodec.org> #28: Encoding mpeg-4 with threads and b-frames outputs errors on decoding ---------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 03:30:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 01:30:57 -0000 Subject: [FFmpeg-trac] #428(avformat:open): avisynth generate wrong audio pts In-Reply-To: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> References: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> Message-ID: <052.f2284bedcae200bdecb17413e6bd0d0f@avcodec.org> #428: avisynth generate wrong audio pts -------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by chinshou): Replying to [comment:3 cehoyos]: > The indentation looks wrong, if the setting of pts is really wrong (I don't know, but in your original report you suggest an alternative calculation), please remove the line (do not just outcomment it), and unfortunately, we absolutely require "one patch per issue", so please attach (or send to ffmpeg-devel) one patch for the original (pts) issue and one patch for upside-down. I have split the fix to two patches, original avisynth calculate the pts two times, the finally calculation was wrong , so I only delete one line in the pts patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 05:26:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 03:26:56 -0000 Subject: [FFmpeg-trac] #428(avformat:closed): avisynth generate wrong audio pts In-Reply-To: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> References: <037.7e2d0a3047e683fb40aa7f98a03dcc83@avcodec.org> Message-ID: <052.635149ed4c38553af84228fe83b99b82@avcodec.org> #428: avisynth generate wrong audio pts -------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Both patches applied Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 06:42:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 04:42:01 -0000 Subject: [FFmpeg-trac] #288(avcodec:closed): Theora encode bitrate bug. In-Reply-To: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> References: <033.2779ea04d7e2b9ade7ec742f4721b391@avcodec.org> Message-ID: <048.ae9d7b8226c4539a53d4f3e6157f95f7@avcodec.org> #288: Theora encode bitrate bug. --------------------------------+-------------------------------------- Reporter: igor | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Changes (by michael): * status: open => closed * resolution: => worksforme Comment: the matrix lobby scene with 1000kbps without patch: bitrate=1001.6kbits/s the matrix lobby scene with 1000kbps with patch: bitrate= 991.8kbits/s Thus i cannot reproduce this bug -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 07:40:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 05:40:41 -0000 Subject: [FFmpeg-trac] #449(undetermined:new): ALSA, as a first input, together with -isync gives error "[alsa @ 0x97ddae0] cannot set parameters (Connection timed out)" Message-ID: <034.91fc9f279ae1fade3e13f2d8615e74b9@avcodec.org> #449: ALSA, as a first input, together with -isync gives error "[alsa @ 0x97ddae0] cannot set parameters (Connection timed out)" -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This works: {{{ # ffmpeg -isync -f video4linux2 -r 15 -s qqvga -i /dev/video0 -f alsa -ac 1 -i hw:1 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg version N-32427-g22bf6f7, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 06:14:04 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-libaacplus --extra-cflags=-fPIC WARNING: library configuration mismatch postproc configuration: --extra-version=4:0.6.2-5 --arch=i386 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libsp eex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --disable-stripping --enable-runtime-cpudetect --enable- vaapi --enable-libopenjpeg --enable-gpl --enable-postproc --e nable-swscale --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libdc1394 --shlibdir=/usr/lib/i686/cmov --cp u=i686 --enable-shared --disable-static --disable-ffmpeg --disable-ffplay libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [video4linux2 @ 0x998fb00] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2, from '/dev/video0': Duration: N/A, start: 7618.708052, bitrate: 4608 kb/s Stream #0.0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 160x120, 4608 kb/s, 15 tbr, 1000k tbn, 15 tbc [alsa @ 0x99906e0] Estimating duration from bitrate, this may be inaccurate Input #1, alsa, from 'hw:1': Duration: N/A, start: 1315632754.420454, bitrate: N/A Stream #1.0: Audio: pcm_s16le, 16000 Hz, 1 channels, s16, 256 kb/s Incompatible pixel format 'yuyv422' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x999ab20] w:160 h:120 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x999abc0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x99961e0] w:160 h:120 fmt:yuyv422 -> w:160 h:120 fmt:yuv420p flags:0x4 [libx264 @ 0x998b7c0] using cpu capabilities: MMX2 SSE2 Cache64 [libx264 @ 0x998b7c0] profile Constrained Baseline, level 1.0 [mpegts @ 0x998b040] muxrate VBR, pcr every 1 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://192.168.25.101:10001': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: h264, yuv420p, 160x120, q=-1--1, 90k tbn, 15 tbc Stream #0.1: Audio: aac, 44100 Hz, 1 channels, s16, 96 kb/s Stream mapping: Stream #0.0 -> #0.0 (rawvideo -> libx264) Stream #1.0 -> #0.1 (pcm_s16le -> aac) Press [q] to stop, [?] for help frame= 288 fps= 17 q=24.0 Lsize= 604kB time=00:00:17.20 bitrate= 287.6kbits/s dup=30 drop=0 video:324kB audio:188kB global headers:0kB muxing overhead 17.897995% frame I:20 Avg QP:15.81 size: 5393 [libx264 @ 0x998b7c0] frame P:268 Avg QP:18.68 size: 835 [libx264 @ 0x998b7c0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x998b7c0] mb P I16..4: 0.5% 0.0% 0.0% P16..4: 60.0% 0.0% 0.0% 0.0% 0.0% skip:39.5% [libx264 @ 0x998b7c0] coded y,uvDC,uvAC intra: 90.5% 95.0% 86.3% inter: 26.5% 48.7% 14.6% [libx264 @ 0x998b7c0] i16 v,h,dc,p: 40% 25% 20% 15% [libx264 @ 0x998b7c0] i8c dc,h,v,p: 49% 7% 30% 13% [libx264 @ 0x998b7c0] kb/s:138.22 }}} This doesn't work (just switched places for audio and video input): {{{ # ffmpeg -isync -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg version N-32427-g22bf6f7, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 06:14:04 with gcc 4.6.1 configuration: --enable-static --enable-shared --enable-gpl --enable- nonfree --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-libaacplus --extra-cflags=-fPIC WARNING: library configuration mismatch postproc configuration: --extra-version=4:0.6.2-5 --arch=i386 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --disable-stripping --enable-runtime-cpudetect --enable- vaapi --enable-libopenjpeg --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libfaad --enable-libdirac --enable-libfaad --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libdc1394 --shlibdir=/usr/lib/i686/cmov --cpu=i686 --enable- shared --disable-static --disable-ffmpeg --disable-ffplay libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [alsa @ 0x8303ae0] cannot set parameters (Connection timed out) hw:1: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 07:57:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 05:57:19 -0000 Subject: [FFmpeg-trac] #450(documentation:new): Specify the position of -isync more precisely Message-ID: <034.ef17f9a3dce21116f7f510a5846801b3@avcodec.org> #450: Specify the position of -isync more precisely -------------------------------------+------------------------------------- Reporter: burek | Owner: stefano Type: | Status: new enhancement | Component: Priority: normal | documentation Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I've figured that the -isync option does not produce the same effect when placed in front of inputs, between the inputs and after the inputs. I just think it would be a good idea to put a little explanation in the documentation about the proper usage of that option. For example, these 2 examples produce different results: ffmpeg -f alsa -ac 1 -i hw:1 -isync -f video4linux2 -r 15 -s qqvga -i /dev/video0 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 ffmpeg -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -isync -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -ac 1 -f mpegts udp://192.168.25.101:10001 (the second example has -isync moved after the 2nd input) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 08:55:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 06:55:14 -0000 Subject: [FFmpeg-trac] #451(avformat:new): avformat NOT creating avi file on 32 bit Mac 10.6 Message-ID: <040.163bb0504f251adc5f5cd17259b65451@avcodec.org> #451: avformat NOT creating avi file on 32 bit Mac 10.6 -------------------------------------+------------------------------------- Reporter: Thunderbird | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.8.2 Keywords: avformat | Blocked By: mac 32 bit | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have compiled ffmpeg on 64 bit Mac machine with following configuration. ffmpeg version 0.8.2 ./configure --enable-debug --disable-asm --disable-yasm --disable-mmx --disable-mmx2 --disable-static --enable-shared --extra-cflags="-arch i386" --extra-ldflags="-arch i386" --arch=x86 --target-os=darwin --enable- cross-compile This libraries saves video from USB webcam fine on 64 bit machine. but on 32 bit machine I get following errors. I am using libavformat to create avi file avformat_alloc_output_context2(&oc,NULL,NULL,"/Documents/temp.avi") [NULL @ 0x3167800] Unable to find a suitable output format for '/Documents/temp.avi' avformat_alloc_output_context2(&oc,NULL,"avi","/Documents/temp.avi") [NULL @ 0x3163800] Requested output format 'avi' is not a suitable output format same ffmpeg is able to convert mpeg files to avi files Any help is appreciated. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 12:54:43 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 10:54:43 -0000 Subject: [FFmpeg-trac] #451(avformat:open): avformat NOT creating avi file on 32 bit Mac 10.6 In-Reply-To: <040.163bb0504f251adc5f5cd17259b65451@avcodec.org> References: <040.163bb0504f251adc5f5cd17259b65451@avcodec.org> Message-ID: <055.dd17dc504078764f9933f90a65a046c2@avcodec.org> #451: avformat NOT creating avi file on 32 bit Mac 10.6 -------------------------------------+------------------------------------- Reporter: Thunderbird | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: avformat | Blocked By: mac 32 bit | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Could you test latest git head? Is the problem also reproducible with ffmpeg (the application), or only if you use the library from another application? Does "./configure --cc='cc -m32'" work with current git head and is the problem also reproducible with this configuration? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 12:59:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 10:59:51 -0000 Subject: [FFmpeg-trac] #450(documentation:open): Specify the position of -isync more precisely In-Reply-To: <034.ef17f9a3dce21116f7f510a5846801b3@avcodec.org> References: <034.ef17f9a3dce21116f7f510a5846801b3@avcodec.org> Message-ID: <049.79c1cee93650c13132ddd433bdbb47b0@avcodec.org> #450: Specify the position of -isync more precisely -------------------------------------+------------------------------------- Reporter: burek | Owner: stefano Type: enhancement | Status: open Priority: normal | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Is there any difference in behaviour noticeable (or even expected) between {{{ ffmpeg -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -isync -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -f mpegts udp://192.168.25.101:10001 }}} and {{{ ffmpeg -f alsa -ac 1 -i hw:1 -f video4linux2 -r 15 -s qqvga -i /dev/video0 -vcodec libx264 -preset ultrafast -g 15 -crf 20 -acodec aac -strict experimental -ar 44100 -ab 96k -f mpegts udp://192.168.25.101:10001 }}} ? FFmpeg expects options that apply to inputs before the affected input, so I would assume that putting -isync before the output file (after all inputs) has no effect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 13:46:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 11:46:44 -0000 Subject: [FFmpeg-trac] #450(documentation:open): Specify the position of -isync more precisely In-Reply-To: <034.ef17f9a3dce21116f7f510a5846801b3@avcodec.org> References: <034.ef17f9a3dce21116f7f510a5846801b3@avcodec.org> Message-ID: <049.2eae81f3eed765fa20a8ae490b08d3e0@avcodec.org> #450: Specify the position of -isync more precisely -------------------------------------+------------------------------------- Reporter: burek | Owner: stefano Type: enhancement | Status: open Priority: normal | Component: Version: unspecified | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): In my case, the only time, when I succeeded to sync inputs, was when -isync param was after both inputs. Otherwise, it just wouldn't sync them (I didn't test what is the drift in each case, I just wanted both to be in sync). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 14:15:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 12:15:46 -0000 Subject: [FFmpeg-trac] #452(FFmpeg:new): APE - Only 16-bit samples are supported Message-ID: <035.de3ca566768f999e4df28f89f0eff15b@avcodec.org> #452: APE - Only 16-bit samples are supported -------------------------------------+------------------------------------- Reporter: Flurby | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: | Keywords: APE decoder unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- When I want to convert an .ape file to a .wav, ffmpeg don't want and says : "Only 16-bit samples are supported". bash$ffmpeg -i SideA.ape SideA.wav The result is : FFmpeg version 0.6.3-rpmfusion [...] [ape @ 0x263d400]Only 16-bit samples are supported Last message repeated 20 times Input #0, ape, from 'SideA.ape': Duration: 00:21:36.00, start: 0.000000, bitrate: 3148 kb/s Stream #0.0: Audio: ape, 96000 Hz, 2 channels File 'SideA.wav' already exists. Overwrite ? [y/N] y [ape @ 0x263d400]Only 16-bit samples are supported Output #0, wav, to 'SideA.wav': Stream #0.0: Audio: pcm_s16le, 96000 Hz, 2 channels, s16, 3072 kb/s Stream mapping: Stream #0.0 -> #0.0 Error while opening decoder for input stream #0.0 bash$ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 15:07:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 13:07:25 -0000 Subject: [FFmpeg-trac] #453(undetermined:new): build fails with --disable-encoders Message-ID: <035.568b3f8b5c8fb374b8f2420c09fe6bf6@avcodec.org> #453: build fails with --disable-encoders -------------------------------------+------------------------------------- Reporter: zvowen | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Since commit [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=4c3c6e60f97e450c35a90dc6d66f3726b7b938b4] building ffmpeg fails if configured with --disable-encoders. {{{ LD ffmpeg_g LD avconv_g LD ffprobe_g libavformat/libavformat.so: undefined reference to `ff_framenum_to_drop_timecode' libavformat/libavformat.so: undefined reference to `ff_init_smtpe_timecode' libavformat/libavformat.so: undefined reference to `ff_framenum_to_smtpe_timecode' collect2: ld returned 1 exit status make: *** [ffprobe_g] Error 1 make: *** Waiting for unfinished jobs.... libavformat/libavformat.so: undefined reference to `ff_framenum_to_drop_timecode' libavformat/libavformat.so: undefined reference to `ff_init_smtpe_timecode' libavformat/libavformat.so: undefined reference to `ff_framenum_to_smtpe_timecode' collect2: ld returned 1 exit status make: *** [ffmpeg_g] Error 1 libavformat/libavformat.so: undefined reference to `ff_framenum_to_drop_timecode' libavformat/libavformat.so: undefined reference to `ff_init_smtpe_timecode' libavformat/libavformat.so: undefined reference to `ff_framenum_to_smtpe_timecode' collect2: ld returned 1 exit status make: *** [avconv_g] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 17:12:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 15:12:16 -0000 Subject: [FFmpeg-trac] #454(avfilter:new): Detect audio silence audio filter Message-ID: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> #454: Detect audio silence audio filter ----------------------------------+--------------------------------------- Reporter: burek | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Maybe it would be a good idea to make the audio filter which can detect silence in audio stream, since there is already a video filter to detect black frames in video stream: http://ffmpeg.org/libavfilter.html#SEC19 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 20:15:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 18:15:32 -0000 Subject: [FFmpeg-trac] #454(avfilter:open): Detect audio silence audio filter In-Reply-To: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> References: <034.77b2a53dbcd403b9e90169fd3421e268@avcodec.org> Message-ID: <049.4f5e4b703d116ea8cce3f7ce75607069@avcodec.org> #454: Detect audio silence audio filter -------------------------------------+------------------------------------ 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 cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 20:34:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 18:34:16 -0000 Subject: [FFmpeg-trac] #452(avcodec:open): APE - Only 16-bit samples are supported In-Reply-To: <035.de3ca566768f999e4df28f89f0eff15b@avcodec.org> References: <035.de3ca566768f999e4df28f89f0eff15b@avcodec.org> Message-ID: <050.4ad05bd8bd0175f0106540c6c0f029df@avcodec.org> #452: APE - Only 16-bit samples are supported -------------------------------------+------------------------------------- Reporter: Flurby | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: APE | Blocked By: Monkey's Audio 24bit | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: APE decoder => APE Monkey's Audio 24bit * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 10 20:40:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 18:40:30 -0000 Subject: [FFmpeg-trac] #453(build system:closed): build fails with --disable-everything --enable-muxer=mxf (was: build fails with --disable-encoders) In-Reply-To: <035.568b3f8b5c8fb374b8f2420c09fe6bf6@avcodec.org> References: <035.568b3f8b5c8fb374b8f2420c09fe6bf6@avcodec.org> Message-ID: <050.9d5df592e97d1757932dcf0ad6a77374@avcodec.org> #453: build fails with --disable-everything --enable-muxer=mxf -------------------------------------+------------------------------------- Reporter: zvowen | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * component: undetermined => build system * analyzed: 0 => 1 * resolution: => fixed Comment: Thank you for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 00:09:14 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 22:09:14 -0000 Subject: [FFmpeg-trac] #455(avcodec:new): Crash in ff_mspel_motion Message-ID: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> #455: Crash in ff_mspel_motion --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Found using fenrir's text file. Only happens on ia32. {{{ (gdb) r -i audio-switch-z14.m2ts -f null - Starting program: ffmpeg_g -i audio-switch-z14.m2ts -f null - [Thread debugging using libthread_db enabled] ffmpeg version N-32449-g8fd1da5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 23:48:36 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --disable- optimizations libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 ... ... Program received signal SIGSEGV, Segmentation fault. 0x08455652 in ff_mspel_motion (s=0x8e1acc0, dest_y=0xf6d16420 "", dest_cb=0x8ff5a80 'h' ..., dest_cr=0x90752c0 'P' ..., ref_picture=0x8e1b024, pix_op=0x8e1bd38, motion_x=128, motion_y=0, h=16) at libavcodec/wmv2.c:112 112 s->dsp.put_mspel_pixels_tab[dxy](dest_y , ptr , linesize); (gdb) bt #0 0x08455652 in ff_mspel_motion (s=0x8e1acc0, dest_y=0xf6d16420 "", dest_cb=0x8ff5a80 'h' ..., dest_cr=0x90752c0 'P' ..., ref_picture=0x8e1b024, pix_op=0x8e1bd38, motion_x=128, motion_y=0, h=16) at libavcodec/wmv2.c:112 #1 0x0833a6cd in MPV_motion_internal (s=0x8e1acc0, dest_y=0xf6d16420 "", dest_cb=0x8ff5a80 'h' ..., dest_cr=0x90752c0 'P' ..., dir=0, ref_picture=0x8e1b024, pix_op=0x8e1bd38, qpix_op=0x8e1be98, is_mpeg12=0) at libavcodec/mpegvideo_common.h:729 #2 0x0833b2ac in MPV_motion (s=0x8e1acc0, dest_y=0xf6d16420 "", dest_cb=0x8ff5a80 'h' ..., dest_cr=0x90752c0 'P' ..., dir=0, ref_picture=0x8e1b024, pix_op=0x8e1bd38, qpix_op=0x8e1be98) at libavcodec/mpegvideo_common.h:896 #3 0x083433f6 in MPV_decode_mb_internal (s=0x8e1acc0, block=0x8d0a9c0, lowres_flag=0, is_mpeg12=0) at libavcodec/mpegvideo.c:2161 #4 0x08344196 in MPV_decode_mb (s=0x8e1acc0, block=0x8d0a9c0) at libavcodec/mpegvideo.c:2298 #5 0x08507bd1 in decode_mb (s=0x8e1acc0, ref=0) at libavcodec/error_resilience.c:62 #6 0x08509e5b in guess_mv (s=0x8e1acc0) at libavcodec/error_resilience.c:584 #7 0x0850ba43 in ff_er_frame_end (s=0x8e1acc0) at libavcodec/error_resilience.c:1066 #8 0x0840f0ed in vc1_decode_frame (avctx=0x8ca1da0, data=0xffffb8f4, data_size=0xffffb9fc, avpkt=0xffffb890) at libavcodec/vc1dec.c:4009 #9 0x083f6a10 in avcodec_decode_video2 (avctx=0x8ca1da0, picture=0xffffb8f4, got_picture_ptr=0xffffb9fc, avpkt=0xffffb890) at libavcodec/utils.c:769 #10 0x080503d8 in output_packet (ist=0x8cbdda8, ist_index=0, ost_table=0x8d62308, nb_ostreams=2, pkt=0xffffcd18) at ffmpeg.c:1707 #11 0x0805384e in transcode (output_files=0x8ca4ff0, nb_output_files=1, input_files=0x8c9ca78, nb_input_files=1) at ffmpeg.c:2572 #12 0x08058eeb in main (argc=6, argv=0xffffd004) at ffmpeg.c:4489 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x8455632 to 0x8455672: 0x08455632 : cwtl 0x08455633 : add %al,(%eax) 0x08455635 : add %al,0x48d01c0(%ebx) 0x0845563b : add 0x45c7e445(%ecx),%cl 0x08455641 : aam $0x1 0x08455643 : add %al,(%eax) 0x08455645 : add %cl,0x558b0845(%ebx) 0x0845564b : loopne 0x84555ce 0x0845564d : ret $0x4f4 0x08455650 : add %al,(%eax) 0x08455652 : mov 0x8(%eax,%edx,4),%edx 0x08455656 : mov -0x40(%ebp),%eax 0x08455659 : mov %eax,0x8(%esp) 0x0845565d : mov -0x1c(%ebp),%eax 0x08455660 : mov %eax,0x4(%esp) 0x08455664 : mov 0xc(%ebp),%eax 0x08455667 : mov %eax,(%esp) 0x0845566a : call *%edx 0x0845566c : mov 0x8(%ebp),%eax 0x0845566f : mov -0x20(%ebp),%edx End of assembler dump. (gdb) info registers eax 0x8e1acc0 149007552 ecx 0xf000 61440 edx 0x84a1b39 139074361 ebx 0x780 1920 esp 0xffff8fe0 0xffff8fe0 ebp 0xffff9068 0xffff9068 esi 0x40 64 edi 0x8 8 eip 0x8455652 0x8455652 eflags 0x210206 [ PF IF RF ID ] 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 Sun Sep 11 00:20:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 22:20:57 -0000 Subject: [FFmpeg-trac] #456(avcodec:new): Invalid read in get_vlc2 Message-ID: <036.78b36063a1b4f5a7b7aba124f615d1b9@avcodec.org> #456: Invalid read in get_vlc2 --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Found using fenrir's text file. {{{ (gdb) r -i audio-switch-z14-2.m2ts Starting program: ffmpeg_g -i audio-switch-z14-2.m2ts [Thread debugging using libthread_db enabled] ffmpeg version N-32449-g8fd1da5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 10 2011 23:48:36 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --disable- optimizations libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 ... Program received signal SIGSEGV, Segmentation fault. 0x0853a034 in get_vlc2 (s=0xffffc884, table=0x0, bits=7, max_depth=1) at libavcodec/get_bits.h:514 514 GET_VLC(code, re, s, table, bits, max_depth); (gdb) bt #0 0x0853a034 in get_vlc2 (s=0xffffc884, table=0x0, bits=7, max_depth=1) at libavcodec/get_bits.h:514 #1 0x0853cda8 in vc1_parse_frame_header_adv (v=0x8cb9f08, gb=0xffffc884) at libavcodec/vc1.c:854 #2 0x083fcc93 in vc1_extract_headers (s=0x8cb9da0, avctx=0x8ca1de0, buf=0x8d0f340 "", buf_size=52777) at libavcodec/vc1_parser.c:69 #3 0x083fced6 in vc1_parse (s=0x8cb9da0, avctx=0x8ca1de0, poutbuf=0xffffcbf4, poutbuf_size=0xffffcbf8, buf=0x8d0f340 "", buf_size=52777) at libavcodec/vc1_parser.c:160 #4 0x08369ead in av_parser_parse2 (s=0x8cb9da0, avctx=0x8ca1de0, poutbuf=0xffffcbf4, poutbuf_size=0xffffcbf8, buf=0x8cfde60 "", buf_size=7058, pts=55092341, dts=55084835, pos=355460) at libavcodec/parser.c:149 #5 0x0814e1b0 in read_frame_internal (s=0x8c9caa0, pkt=0xffffcbe4) at libavformat/utils.c:1162 #6 0x08151c14 in avformat_find_stream_info (ic=0x8c9caa0, options=0x8ca4fe0) at libavformat/utils.c:2385 #7 0x080555ba in opt_input_file (o=0xffffcebc, opt=0xffffd285 "i", filename=0xffffd287 "audio-switch-z14-2.m2ts") at ffmpeg.c:3207 #8 0x08059a02 in parse_option (optctx=0xffffcebc, opt=0xffffd285 "i", arg=0xffffd287 "audio-switch-z14-2.m2ts", options=0x85b6aa0) at cmdutils.c:265 #9 0x08059b2c in parse_options (optctx=0xffffcebc, argc=3, argv=0xffffd014, options=0x85b6aa0, parse_arg_function=0x8056b5e ) at cmdutils.c:298 #10 0x08058df9 in main (argc=3, argv=0xffffd014) at ffmpeg.c:4469 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x853a014 to 0x853a054: 0x0853a014 : inc %ebp 0x0853a015 : adc %cl,(%edi) 0x0853a017 : mov $0x244489c0,%esi 0x0853a01c : add $0x8b,%al 0x0853a01e : inc %ebp 0x0853a01f : hlt 0x0853a020 : mov %eax,(%esp) 0x0853a023 : call 0x8539d7b 0x0853a028 : mov %eax,-0x14(%ebp) 0x0853a02b : mov -0x14(%ebp),%eax 0x0853a02e : shl $0x2,%eax 0x0853a031 : add 0xc(%ebp),%eax 0x0853a034 : movzwl (%eax),%eax 0x0853a037 : cwtl 0x0853a038 : mov %eax,-0x4(%ebp) 0x0853a03b : mov -0x14(%ebp),%eax 0x0853a03e : shl $0x2,%eax 0x0853a041 : add 0xc(%ebp),%eax 0x0853a044 : movzwl 0x2(%eax),%eax 0x0853a048 : cwtl 0x0853a049 : mov %eax,-0x10(%ebp) 0x0853a04c : cmpl $0x1,0x14(%ebp) 0x0853a050 : jle 0x853a14c End of assembler dump. (gdb) info registers eax 0x8 8 ecx 0xfffffff9 -7 edx 0xfffffff9 -7 ebx 0x21 33 esp 0xffffc7f0 0xffffc7f0 ebp 0xffffc818 0xffffc818 esi 0x0 0 edi 0x8ca1de0 147463648 eip 0x853a034 0x853a034 eflags 0x210202 [ IF RF ID ] 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 Sun Sep 11 00:21:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 10 Sep 2011 22:21:59 -0000 Subject: [FFmpeg-trac] #455(avcodec:open): Invalid read in ff_mspel_motion (was: Crash in ff_mspel_motion) In-Reply-To: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> References: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> Message-ID: <051.ad6959f28c64f5e0ba58c30a6e2be0a8@avcodec.org> #455: Invalid read in ff_mspel_motion ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 05:26:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 03:26:29 -0000 Subject: [FFmpeg-trac] #445(FFmpeg:closed): Wrong FLV duration metadata field In-Reply-To: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> References: <034.c5d2cb7cd4fe4fe807a1338694b16900@avcodec.org> Message-ID: <049.f0f6bc94ecd24bf3c882e4d6b61ecdfc@avcodec.org> #445: Wrong FLV duration metadata field -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: flv meta | Blocked By: duration | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: locally fixed, will be pushed soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 05:28:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 03:28:29 -0000 Subject: [FFmpeg-trac] #455(avcodec:open): Invalid read in ff_mspel_motion called from EC code (was: Invalid read in ff_mspel_motion) In-Reply-To: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> References: <036.0c72cd5392cc0d3b79abad1ccc61cd23@avcodec.org> Message-ID: <051.54a2fba36a6f72a018ae58ce3fc63df9@avcodec.org> #455: Invalid read in ff_mspel_motion called from EC code ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 10:40:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 08:40:28 -0000 Subject: [FFmpeg-trac] #457(undetermined:new): vaapi h264 decoding artefacts Message-ID: <034.fed99d747d5f93b321c4dcc5208f2975@avcodec.org> #457: vaapi h264 decoding artefacts -------------------------------------+------------------------------------- Reporter: gimli | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I work on vaapi support for xine using ffmpeg as decoder. While working in my xine stuff i discovered that since quite a while decoding of some h264 live material on dvb-s2 was broken with vaapi in ffmpeg. The affected material was showing artefacts in the decoded picture. After some research i discovered following commit for vpdau : http://git.videolan.org/?p=ffmpeg.git;a=commit;h=a4ab70f92e4d8705434a2fee42a2b69a8bfa6bb1 based on that commit i made similar changes to vaapi_h264.c which are in the attached patch. This patch is fixing the artefacts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 11:41:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 09:41:52 -0000 Subject: [FFmpeg-trac] #458(swscale:new): Scale filter can create output which scale filter cannot accept on its input Message-ID: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input --------------------------------------+--------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- I know this is a bit of a bizarre filter chain, It's constructed to demonstrate the point I'm hoping to make, without using any of my code. Clock10.mov is just a PAL DV, but I think any _interlaced_ file will do. ./ffmpeg -loglevel debug -i ~/Movies/Clock10.mov -vf "slicify=32,scale=0:0:interl=1,format=yuv420p,scale=0:0:interl=1,format=yuv422p,scale=0:0:interl=1,format=yuv420p" -pix_fmt yuv420p -vframes 1 -an -f rawvideo -y /dev/null Essentially, the 'y' parameter in the slices of the output of the second scale is not aligned by 4 (the first slice is, in fact, 26 lines high, so the second slice starts at 26) so it is not valid for the input of the third scale. I don't think the output of this filter chain should throw an assert. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 12:58:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 10:58:31 -0000 Subject: [FFmpeg-trac] #457(avcodec:closed): vaapi h264 decoding artefacts In-Reply-To: <034.fed99d747d5f93b321c4dcc5208f2975@avcodec.org> References: <034.fed99d747d5f93b321c4dcc5208f2975@avcodec.org> Message-ID: <049.9628f362be498b962d394343e632b619@avcodec.org> #457: vaapi h264 decoding artefacts ------------------------------------+----------------------------------- Reporter: gimli | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => regression * resolution: => fixed Comment: Thank you for the report and the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 13:00:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 11:00:38 -0000 Subject: [FFmpeg-trac] #458(swscale:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.c4bf54bb80eefeae0dd60a35d4316ccd@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input ------------------------------------+----------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open Comment: Complete, uncut output missing. (And please consider pointing to a sample in http://samples.mplayerhq.hu /fate-suite/ or http://samples.mplayerhq.hu that allows to reproduce the problem.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 13:52:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 11:52:13 -0000 Subject: [FFmpeg-trac] #459(avcodec:new): YASM Generation error in dsputil_yasm.asm & workaround Message-ID: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: yasm clipd | master macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Since August, 16th, i have problem to generate "libavcodec/x86/dsputil_yasm.asm". It gives the following errors : YASM libavcodec/x86/dsputil_yasm.o libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: undefined symbol `CLIPD_MMX.loop' (first use) libavcodec/x86/dsputil_yasm.asm:1122: error: (Each undefined symbol is reported only once.) libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: undefined symbol `CLIPD_SSE2.loop' (first use) libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: undefined symbol `CLIPD_SSE41.loop' (first use) make: *** [libavcodec/x86/dsputil_yasm.o] Error 1 I am currently using openSUSE, and YASM version is : # yasm --version yasm 1.1.0.2352 Finally I found that the problem was commit 38e06c2, where clipd macros have moved from libavcodec/x86/dsputil_yasm.asm to libavutil/x86/x86util.asm : commit 38e06c2969184b5b55ec41d0c053b2480ab52846 Author: Ronald S. Bultje Date: Tue Aug 16 21:23:53 2011 -0700 Move clipd macros to x86util.asm. This allows sharing them between multiple .asm files. libavcodec/x86/dsputil_yasm.asm | 34 +--------------------------------- libavutil/x86/x86util.asm | 33 +++++++++++++++++++++++++++++++++ 2 files changed, 34 insertions(+), 33 deletions(-) Having a look at the code, i can't see anything wrong; macro have moved, but an include has been properly added in dsputil_yasm.asm. However, i am not a YASM expert but i guess this is a YASM bug. Up to now i have simply reverted 38e06c2, since noone seemed to use this common part elsewhere in the code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 14:11:13 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 12:11:13 -0000 Subject: [FFmpeg-trac] #459(build system:open): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.4d0f34ba9a5e74d6689a8cb20864eaec@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: avcodec => build system Comment: Please confirm that you tried the following: $ make distclean $ git checkout master $ git pull $ git diff (shows no differences) $ ./configure Then run $ make V=1 libavcodec/x86/dsputil_yasm.o if it does not succeed, please post the complete output, the first line of git log and attach config.asm -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 14:48:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 12:48:29 -0000 Subject: [FFmpeg-trac] #459(build system:open): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.4ad16b5c35ac5c9040fe22f684d1b3c0@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sabouring): The generation succeded! $ make V=1 libavcodec/x86/dsputil_yasm.o touch .version yasm -f elf -m amd64 -g dwarf2 -I. -I./ -I./libavutil/x86/ -Pconfig.asm -I libavcodec/x86/ -M -o libavcodec/x86/dsputil_yasm.o libavcodec/x86/dsputil_yasm.asm > libavcodec/x86/dsputil_yasm.d yasm -f elf -m amd64 -g dwarf2 -I. -I./ -I./libavutil/x86/ -Pconfig.asm -I libavcodec/x86/ -o libavcodec/x86/dsputil_yasm.o libavcodec/x86/dsputil_yasm.asm $ ll libavcodec/x86/dsputil_yasm.o -rw-r--r-- 1 gilles users 28016 11 sept. 14:31 libavcodec/x86/dsputil_yasm.o -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 15:27:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 13:27:16 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.e01de35ae158f17142cc92e90c44bb13@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 15:34:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 13:34:31 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.1db38a8d0f4284548ba45a8c4a918bfa@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by sabouring): Replying to [comment:3 cehoyos]: Can you explain a bit more ? This problem is totally reproductible on my 64 bits PCs and also in a virtual box 32 bits virtual machine, both using openSUSE 11.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 16:31:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 14:31:19 -0000 Subject: [FFmpeg-trac] #458(swscale:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.384385fad06a4273f7057f2ec6f2a92f@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input ------------------------------------+----------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by mdsh): ffmpeg -v 9 -loglevel 99 -i ~/Movies/Clock10.mov -vf "slicify=32,scale=0:0:interl=1,format=yuv420p,scale=0:0:interl=1,format=yuv422p,scale=0:0:interl=1,format=yuv420p" -pix_fmt yuv420p -vframes 1 -an -f rawvideo -y /dev/null ffmpeg version N-32383-ga2b66a3, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 7 2011 20:41:27 with gcc 4.0.1 (Apple Inc. build 5494) configuration: --extra-cflags='-I${PREFIX}/include -I/opt/local/include' --extra-libs='-L${PREFIX}/lib -L/opt/local/lib -mmacosx-version-min=10.5' --prefix=/Users/mdsh/ffmpeg --enable-shared --disable-indev=jack --cc=gcc-4.0 --enable-gpl --enable-nonfree --enable-pthreads libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12b9000] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=95 [dvvideo @ 0x12cf800] Unsupported bit depth: 0 [dvvideo @ 0x12bae00] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12b9000] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/mdsh/Movies/Clock10.mov': Metadata: creation_time : 2009-06-23 19:40:06 Duration: 00:00:10.00, start: 0.000000, bitrate: 29011 kb/s Stream #0.0(eng), 1, 1/2500: Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/25, 28800 kb/s, 25 fps, 25 tbr, 2500 tbn, 25 tbc Metadata: creation_time : 2009-06-23 19:40:07 Stream #0.1(eng), 1, 1/2500: Video: dvvideo (dvcp / 0x70637664), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/25, 28800 kb/s, 25 fps, 25 tbr, 2500 tbn, 25 tbc Metadata: creation_time : 2009-06-23 19:40:07 [buffer @ 0xd63920] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param: [scale @ 0xd63e20] w:720 h:576 fmt:yuv420p -> w:720 h:576 fmt:yuv420p flags:0x4 [scale @ 0xd64520] w:720 h:576 fmt:yuv420p -> w:720 h:576 fmt:yuv422p flags:0x4 [scale @ 0xd64a20] w:720 h:576 fmt:yuv422p -> w:720 h:576 fmt:yuv420p flags:0x4 [dvvideo @ 0x12cf800] Unsupported bit depth: 0 Output #0, rawvideo, to '/dev/null': Metadata: creation_time : 2009-06-23 19:40:06 encoder : Lavf53.11.0 Stream #0.0(eng), 0, 1/90000: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2009-06-23 19:40:07 Stream mapping: Stream #0.0 -> #0.0 (dvvideo -> rawvideo) Press [q] to stop, [?] for help [slicify @ 0xd63ea0] h:32 Assertion y%4 == 0 failed at libavfilter/vf_scale.c:316 Abort trap: 6 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 17:01:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 15:01:53 -0000 Subject: [FFmpeg-trac] #459(build system:reopened): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.f4c37ab491e187519f8138aeaad1fb25@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: reopened Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: worksforme => Comment: You wrote "The generation succeded!" You will have to find out what makes it fail for your other configuration (I don't mean the version introducing it, but what in your build chain makes the difference, I also tried with your configure line as far as I could use it). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 17:08:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 15:08:25 -0000 Subject: [FFmpeg-trac] #458(swscale:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.6ca33d2305201b9390b8bdf9e8f7cf0a@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input ------------------------------------+----------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 Comment: {{{ $ ./ffmpeg -i tests/lena.pnm -vf "slicify=32,scale=0:0,scale=0:0,format=yuv422p,scale=0:0:interl=1" -f null - ffmpeg version N-32463-g3fec40b, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 11 2011 14:22:55 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 Input #0, image2, from 'tests/lena.pnm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: ppm, rgb24, 256x256, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x12a4640] w:256 h:256 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [scale @ 0x12a7800] w:256 h:256 fmt:rgb24 -> w:256 h:256 fmt:yuv420p flags:0x4 [scale @ 0x12a80a0] w:256 h:256 fmt:yuv420p -> w:256 h:256 fmt:yuv422p flags:0x4 [scale @ 0x12a90e0] w:256 h:256 fmt:yuv422p -> w:256 h:256 fmt:rgb24 flags:0x4 [swscaler @ 0x12e8b20] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x12ee6c0] No accelerated colorspace conversion found from yuv422p to rgb24. [swscaler @ 0x12f4260] No accelerated colorspace conversion found from yuv422p to rgb24. Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (ppm -> rawvideo) Press [q] to stop, [?] for help Assertion y%4 == 0 failed at libavfilter/vf_scale.c:316 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 17:20:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 15:20:12 -0000 Subject: [FFmpeg-trac] #459(build system:reopened): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.6a95ccc21ed0f34f6bb705ca77bc5c5c@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: reopened Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sabouring): Finally! I found that a part the problem is a difference that lies in libavcodec/x86/dsputil_yasm.d content. The test below works, and the content of dsputil_yasm.d is : libavcodec/x86/dsputil_yasm.o: libavcodec/x86/dsputil_yasm.asm config.asm \ ./libavutil/x86/x86inc.asm ./libavutil/x86/x86util.asm As you can see, asm files are prefixed by "./" The generation fails in my case, and i can see that the content of dsputil_yasm.d is : libavcodec/x86/dsputil_yasm.o: libavcodec/x86/dsputil_yasm.asm config.asm \ libavcodec/x86/x86inc.asm libavcodec/x86/x86util.asm and asm files are NOT prefixed by "./" The second case appends when you use a build system like rpm. Also I am doing generation under root account. Normally you begin by something like : cd /usr/src/package/BUILD ; cd ffmpeg and that should be enough to have relative paths from top source directory. Do you want to reproduce the problem ? Simply put a comment at the include in libavcodec/x86/dsputil_yasm.asm (line number 23) : ;* %include "x86util.asm" gilles at gilles-portable:~/ffmpeg-src> make V=1 libavcodec/x86/dsputil_yasm.o touch .version yasm -f elf -m amd64 -g dwarf2 -I. -I./ -I./libavutil/x86/ -Pconfig.asm -I libavcodec/x86/ -M -o libavcodec/x86/dsputil_yasm.o libavcodec/x86/dsputil_yasm.asm > libavcodec/x86/dsputil_yasm.d yasm -f elf -m amd64 -g dwarf2 -I. -I./ -I./libavutil/x86/ -Pconfig.asm -I libavcodec/x86/ -o libavcodec/x86/dsputil_yasm.o libavcodec/x86/dsputil_yasm.asm libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1122: error: undefined symbol `CLIPD_MMX.loop' (first use) libavcodec/x86/dsputil_yasm.asm:1122: error: (Each undefined symbol is reported only once.) libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1125: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1127: error: undefined symbol `CLIPD_SSE2.loop' (first use) libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: instruction expected after label libavcodec/x86/dsputil_yasm.asm:1130: error: undefined symbol `CLIPD_SSE41.loop' (first use) make: *** [libavcodec/x86/dsputil_yasm.o] Erreur 1 This looks like YASM is not able to find libavcodec/x86/dsputil_yasm.asm to include an fails. Maybe an explicit path is missing in makefile ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 17:39:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 15:39:30 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.72f1b39ad6adfcc716b5f663b339d8dd@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: invalid macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: Please remove the old x86util.asm and x86inc.asm files from libavcodec/x86 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 17:51:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 15:51:08 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.5ac56b08c9b5e13406477e4c472bd4c7@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: invalid macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sabouring): Replying to [comment:7 cehoyos]: > Please remove the old x86util.asm and x86inc.asm files from libavcodec/x86 Please stop closing the bug report every time. Your answer told me you haven't read well comment #6. I have NO old .asm stuff since I rebuild EVERY time from SCRATCH with an rpm build system. I am trying to explain to you : 1 - why i get some differences between 2 generated files 2 - that the errors are SIMILAR when you comment an include in libavcodec/x86/dsputil_yasm.asm Conclusion : There is a corner case in makefile where YASM can't find the include .asm file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 18:06:22 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 16:06:22 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.b05b0de35457d0a5a4d0d1019ec84115@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: invalid macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 sabouring]: > The generation fails in my case, and i can see that the content of dsputil_yasm.d is : > libavcodec/x86/dsputil_yasm.o: libavcodec/x86/dsputil_yasm.asm config.asm \ > > libavcodec/x86/x86inc.asm libavcodec/x86/x86util.asm which shows you have x86inc.asm and x86util.asm in libavcodec/x86. Both files do not belong there. (I agree that there might be a bug in dsputil_yasm.asm since it does not use a complete path for including x86*.asm, but I suspect changing this might break things because of how yasm wants its include paths.) Please reopen this ticket if you can reproduce it without using rpm and without changing sources. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 18:25:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 16:25:17 -0000 Subject: [FFmpeg-trac] #459(build system:closed): YASM Generation error in dsputil_yasm.asm & workaround In-Reply-To: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> References: <038.ff6e77ff9976e095922a910b5f1ed590@avcodec.org> Message-ID: <053.9b783b195ab5252248a6e701878b7300@avcodec.org> #459: YASM Generation error in dsputil_yasm.asm & workaround -------------------------------------+------------------------------------- Reporter: sabouring | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: yasm clipd | Resolution: invalid macro | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sabouring): without using rpm ? Well, you'll have to explain that to packman packagers. Now, they'll have to patch only 2 files from git-master, but this may end up with more complicated patchs if the common part is reused elsewhere in ffmpeg code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 11 23:11:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 11 Sep 2011 21:11:53 -0000 Subject: [FFmpeg-trac] #242(undetermined:closed): add support for -newdata In-Reply-To: <036.6e06666233a8d6d2f9f5fe8a6db86555@avcodec.org> References: <036.6e06666233a8d6d2f9f5fe8a6db86555@avcodec.org> Message-ID: <051.2bf81d09371ed6e2497b63eca08525b8@avcodec.org> #242: add support for -newdata -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | undetermined Keywords: dcodec | Resolution: fixed newdata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I did not test but I suspect this works now with -map. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 04:12:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 02:12:59 -0000 Subject: [FFmpeg-trac] #380(avfilter:closed): Mistake in ffmpeg's docs for yadif In-Reply-To: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> References: <037.dacd480f13a292eb02178e0296a523e0@avcodec.org> Message-ID: <052.738f2ddf0d8514c28c8c660d44f8a07e@avcodec.org> #380: Mistake in ffmpeg's docs for yadif -------------------------------------+------------------------------------ Reporter: pshchelo | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: If someone finds more links to the old doc, please reopen this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 05:49:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 03:49:45 -0000 Subject: [FFmpeg-trac] #323(avfilter:closed): [patch] properly detect and compile with opencv 2.2+ In-Reply-To: <031.ae5a808b80a3287753ffa68ccdccd492@avcodec.org> References: <031.ae5a808b80a3287753ffa68ccdccd492@avcodec.org> Message-ID: <046.14e15b13a1d1b62ef6725c06a929bab8@avcodec.org> #323: [patch] properly detect and compile with opencv 2.2+ -------------------------------------+------------------------------------- Reporter: mm | Owner: Type: enhancement | Status: closed Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: opencv | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => needs_more_info Comment: Please reopen the ticket once somone explains what this patch fixes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 06:10:49 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 04:10:49 -0000 Subject: [FFmpeg-trac] #273(avcodec:closed): h264 video decoding aborts due to too low number of "slices" In-Reply-To: <038.06826869d8cec8286f730dc89c201741@avcodec.org> References: <038.06826869d8cec8286f730dc89c201741@avcodec.org> Message-ID: <053.c38ad52f5055577e56a3f16b2c5df1ec@avcodec.org> #273: h264 video decoding aborts due to too low number of "slices" -------------------------------------+------------------------------------- Reporter: gerhard_s | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: h264 slice | Blocked By: MAX_SLICES | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: locally fixed, will be pushed soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 06:19:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 04:19:09 -0000 Subject: [FFmpeg-trac] #373(avdevice:closed): e35c674d breaks alsa input In-Reply-To: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> References: <035.d3e8de2267b49c8b92567d956feb079d@avcodec.org> Message-ID: <050.7bad0d481d4cfec93096685585a2718d@avcodec.org> #373: e35c674d breaks alsa input ------------------------------------+------------------------------------ Reporter: llogan | Owner: Type: defect | Status: closed Priority: normal | Component: avdevice Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: Thanks, Fixed and will be pushed soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 08:48:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 06:48:33 -0000 Subject: [FFmpeg-trac] #460(build system:new): multiple definition of `_SDL_GetError' Message-ID: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> #460: multiple definition of `_SDL_GetError' --------------------------------------+------------------------------------ Reporter: KSHawkEye | Type: defect Status: new | Priority: critical Component: build system | Version: git Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ When trying to compile the latest FFmpeg with MinGW-w64 with SDL support I get: /home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib/libSDL.a(SDL_error.o):SDL_error.c:(.text+0x477): multiple definition of `_SDL_GetError' libavdevice/libavdevice.dll.a(d000060.o):(.text+0x0): first defined here /home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib/libSDL.a(SDL_thread.o):SDL_thread.c:(.text+0x2c1): multiple definition of `_SDL_CreateThread' libavdevice/libavdevice.dll.a(d000030.o):(.text+0x0): first defined here /home/kyle/software/ffmpeg/packages/sdl/sdl-1.2.14-win32/lib/libSDL.a(SDL_thread.o):SDL_thread.c:(.text+0x411): multiple definition of `_SDL_WaitThread' libavdevice/libavdevice.dll.a(d000168.o):(.text+0x0): first defined here More information about this bug can be found at: http://ffmpeg.org/pipermail/ffmpeg-user/2011-September/002295.html along with a possible solution found at: http://ffmpeg.org/pipermail/ffmpeg- user/2011-September/002296.html I gave this bug critical priority because it is effecting the build processes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 09:11:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 07:11:56 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.4c56ebbd1a0cadac7733a2b21aca8846@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by KSHawkEye): A possible solution can be found here: http://sourceforge.net/mailarchive/message.php?msg_id=28070146 Here is a patch that can fix the issue but I have '''NOT''' been able to test if this breaks the build for Linux. {{{ --- ./libavdevice/avdevice.h.orig 2011-09-12 02:57:25.891985547 -0400 +++ ./libavdevice/avdevice.h 2011-09-12 03:07:37.140582012 -0400 @@ -41,12 +41,12 @@ /** * Return the LIBAVDEVICE_VERSION_INT constant. */ -unsigned avdevice_version(void); +__declspec(dllexport) unsigned avdevice_version(void); /** * Return the libavdevice build-time configuration. */ -const char *avdevice_configuration(void); +__declspec(dllexport) const char *avdevice_configuration(void); /** * Return the libavdevice license. @@ -57,7 +57,7 @@ * Initialize libavdevice and register all the input and output devices. * @warning This function is not thread safe. */ -void avdevice_register_all(void); +__declspec(dllexport) void avdevice_register_all(void); #endif /* AVDEVICE_AVDEVICE_H */ }}} I'm open to a different solution to this problem, but would really like to get this bug closed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 09:44:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 07:44:05 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 Message-ID: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 ---------------------------------------+--------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- I got at an almost stable Gentoo with gcc 4.4.5 : * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml * Please include the following list of files in your report: * TEXTREL usr/lib/libavutil.so.50.43.0 * TEXTREL usr/lib/libpostproc.so.51.2.0 * TEXTREL usr/lib/libavdevice.so.52.5.0 * TEXTREL usr/lib/libswscale.so.0.14.1 * TEXTREL usr/lib/libavformat.so.52.110.0 * TEXTREL usr/lib/libavfilter.so.1.80.0 * TEXTREL usr/lib/libavcodec.so.52.122.0 * QA Notice: Package may compile * fine but exhibit random runtime failures. * libavcodec/wmaprodec.c:819: warning: dereferencing pointer ?({anonymous})? does break strict-aliasing rules * libavfilter/libmpcodecs/vf_spp.c:301: warning: dereferencing pointer ?({anonymous})? does break strict-aliasing rules * ffmpeg.c:1082: warning: dereferencing pointer ?picture2? does break strict-aliasing rules * QA Notice: Package may compile * fine but exhibit random runtime failures. * libavcodec/h264.c:3592: warning: array subscript is below array bounds * QA Notice: Package may compile * fine but exhibit random runtime failures. * libavcodec/dca.c:1151: warning: array subscript is above array bounds * libavcodec/dca.c:1151: warning: array subscript is above array bounds * libavcodec/dca.c:1151: warning: array subscript is above array bounds * QA Notice: Package may compile * fine but exhibit random runtime failures. * libavcodec/libx264.c:351: warning: the address of ?val? will always evaluate as ?true? * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: http://ffmpeg.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 15:24:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 13:24:43 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.3c25bc5471a1c5651fa039044a2b41b1@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): Please let me know, if I can help further... Using the piping mechanism might be a workaround, but the resulting files include sometimes some "digital burbs"... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 16:41:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 14:41:14 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.7bf6008b13299fcab49b14ac41ebf282@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you explain what the problem with the resulting file is if you do not use the pipe? (The files are CBR except for the initial Xing header.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 16:57:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 14:57:27 -0000 Subject: [FFmpeg-trac] #462(avcodec:new): Broken SSE instruction under MinGW (Windows) Message-ID: <034.ef0fec02c58e3d6fa8713173098e704c@avcodec.org> #462: Broken SSE instruction under MinGW (Windows) ---------------------------------+-------------------------------------- Reporter: Gimli | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: sse | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- ff_imdct_half_sse segfault with NULL pointer siginfo: ExceptionCode=0xc0000005, reading address 0x00000000 Registers: EAX=0x001a5cd4, EBX=0x000001fc, ECX=0x001a4cd4, EDX=0x3d201da4 ESP=0x3d05f650, EBP=0x001a9180, ESI=0xfffffe04, EDI=0x001a8980 EIP=0x65f7d7ea, EFLAGS=0x00210293 Register to memory mapping: EAX=0x001a5cd4 0x001a5cd4 is pointing to unknown location EBX=0x000001fc 0x000001fc is pointing to unknown location ECX=0x001a4cd4 0x001a4cd4 is pointing to unknown location EDX=0x3d201da4 0x3d201da4 is pointing to unknown location ESP=0x3d05f650 0x3d05f650 is pointing into the stack for thread: 0x3cc04400 "RTSP_CAMERA vivotek_fd8161.0: UNKNOWN" prio=2 tid=0x3cc04400 nid=0xb50 runnable [0x3d05f000] java.lang.Thread.State: RUNNABLE EBP=0x001a9180 0x001a9180 is pointing to unknown location ESI=0xfffffe04 0xfffffe04 is pointing to unknown location EDI=0x001a8980 0x001a8980 is pointing to unknown location Top of Stack: (sp=0x3d05f650) 0x3d05f650: 001a8360 001a9180 001a8980 001a47c0 0x3d05f660: 660e4110 3d20c4c0 3d200100 65e01c35 0x3d05f670: 001a5cd4 001a4cd4 3d2015a4 36662728 0x3d05f680: 3cc04518 00000000 3d05f6c8 02509fc7 0x3d05f690: 3cc04518 697823db 0250a276 001a4cd4 0x3d05f6a0: 3d2025a4 3d2035a4 65ff1c90 660e3310 0x3d05f6b0: 3d05f6dc 36662d00 00000000 3d200060 0x3d05f6c0: 3d20c4c0 00000000 00000000 65e06c50 Instructions: (pc=0x65f7d7ea) 0x65f7d7da: 55 83 eb 04 31 f6 29 de 8b 6c 24 04 8b 7c 24 08 0x65f7d7ea: 0f 28 04 9a 0f 28 4c b2 f0 0f 28 d0 0f c6 c1 88 compilation params: --disable-debug --disable-bsfs --disable-protocols --disable-devices --disable-muxers --disable-decoders --disable-encoders --disable-ffplay --disable-ffserver --disable-ffmpeg --disable-gray --disable-static --disable-filters --enable-shared --enable-decoder=h264 --enable- decoder=mpeg4 --enable-decoder=mjpeg --disable-zlib --disable-bzlib --disable-network --disable-parsers --disable-demuxers --enable- decoder=aac --enable-parser=aac --enable-filter=buffersink --enable- hwaccel=h264_dxva2 --enable-hwaccel=mpeg4_vaapi --enable- hwaccel=h264_vaapi --enable-vdpau If you need any other specification please add note. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 16:59:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 14:59:11 -0000 Subject: [FFmpeg-trac] #462(avcodec:new): Broken SSE instruction under MinGW (Windows) In-Reply-To: <034.ef0fec02c58e3d6fa8713173098e704c@avcodec.org> References: <034.ef0fec02c58e3d6fa8713173098e704c@avcodec.org> Message-ID: <049.cc4f63f3164dd100b639f2175715dc22@avcodec.org> #462: Broken SSE instruction under MinGW (Windows) ------------------------------------+----------------------------------- Reporter: Gimli | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sse | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Gimli): with params --disable-sse everything seems to be OK, the same for mac OS X and UNIX systems -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 17:58:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 15:58:43 -0000 Subject: [FFmpeg-trac] #462(avcodec:new): Broken SSE instruction under MinGW (Windows) In-Reply-To: <034.ef0fec02c58e3d6fa8713173098e704c@avcodec.org> References: <034.ef0fec02c58e3d6fa8713173098e704c@avcodec.org> Message-ID: <049.41a16d5648aa982d2bd28472a2b07e28@avcodec.org> #462: Broken SSE instruction under MinGW (Windows) ------------------------------------+----------------------------------- Reporter: Gimli | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sse | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Is the problem reproducible with ffmpeg (the application)? If yes, please follow http://ffmpeg.org/bugreports.html (closely), gdb works fine under windwos. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 18:31:10 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 16:31:10 -0000 Subject: [FFmpeg-trac] #460(build system:open): multiple definition of `_SDL_GetError' In-Reply-To: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> References: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> Message-ID: <053.c0e142d8d9c6dbe7679e5f3e6df8420e@avcodec.org> #460: multiple definition of `_SDL_GetError' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: critical | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: git => git-master Comment: What works fine for me is: Building ffmpeg and ffplay (etc.) with shared libraries for win64 on msys with SDL support. If this is not what you wanted to achieve, please explain. Since I have no idea what you tried (to achieve mentioned goal), I will try to sum up what I did (already having a working msys installation that allows to build 32 bit Win32 applications with mingw32): * Installed MinGW64 into C:\mingw64 * Added a symlink from /c/mingw64/bin/x86_64-w64-mingw32-gcc.exe to /c/mingw64/bin/gcc.exe (effectively copying the file, afaict the gcc binary in /c/mingw64/x86_64-w64-mingw32/bin does not work since gcc expects not to be copied in another directory than the installation directory) * Added /c/mingw64/bin and /c/mingw64/x86_64-w64-mingw32/bin (in his order!) in front of my PATH * Downloaded SDL 1.2.14, untared it and configured with --prefix=/c/mingw64 * Removed build/version.o from the Makefile (windres seems unable to produce a win64 file) * Built and installed SDL * Cloned latest FFmpeg git * Configured with --enable-shared --disable-static, built and tested it from both within msys and the windows cmd shell setting an appropriate PATH in both cases. (Also successfully tested ./configure, i.e. static compilation.) What works is ./ffmpeg -i tests/lena.pnm out.jpg && ./ffplay out.jpg This is on Vista 64, I believe the only thing I ever installed except msys, mingw32, mingw64 and a 32bit SDL binary is yasm.exe in /bin. I have neither pkg-config nor lib.exe. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 18:31:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 16:31:51 -0000 Subject: [FFmpeg-trac] #460(build system:open): multiple definition of `_SDL_GetError' In-Reply-To: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> References: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> Message-ID: <053.bc8338a3ca2cd3dd0b3c2e3cd4d6ba06@avcodec.org> #460: multiple definition of `_SDL_GetError' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: critical | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): PS: I believe the dxva2 test in configure does not work correctly, I will send a patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 18:40:13 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 16:40:13 -0000 Subject: [FFmpeg-trac] #448(avcodec:new): libx264 preset's rc_lookahead value is overwritten In-Reply-To: <039.781bb9440771855c4d398b5cf2063db2@avcodec.org> References: <039.781bb9440771855c4d398b5cf2063db2@avcodec.org> Message-ID: <054.cf457ebf82bb5905acf6cbee5f6e8295@avcodec.org> #448: libx264 preset's rc_lookahead value is overwritten ------------------------------------+----------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by rectalogic): It looks like other x264 preset options have the same issue, these options have their "slow" preset defaults changed due to the default value of avctx->flags2: ||= param =||= preset value =||= value used =|| || x4->params.i_bframe_pyramid || X264_B_PYRAMID_NORMAL || X264_B_PYRAMID_NONE || || x4->params.analyse.b_transform_8x8 || 1 || 0 || || x4->params.analyse.b_weighted_bipred || 1 || 0 || || x4->params.analyse.b_mixed_references || 1 || 0 || -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 18:56:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 16:56:16 -0000 Subject: [FFmpeg-trac] #424(undetermined:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.04018b1d0db7676bc95b32f54eaa079e@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mjs973): * status: new => open Comment: I looked at this sample running the latest videolan git code, downloaded 2011-09-10. For me, ffprobe does show dts/pts timestamps in the file, but the PTS timestamps shown by ffprobe are wrong. The PTS values displayed are multiplied by approximately 2. I confirmed this pts corruption is being done by compute_pkt_fields(), as my previous comment guessed. The line that changes pts to the wrong value is line 1044 in libavformat/utils.c: pkt->pts = pkt->dts + pc->pts_dts_delta * num / den; No time to debug this further right now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 21:14:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 19:14:16 -0000 Subject: [FFmpeg-trac] #460(build system:open): multiple definition of `_SDL_GetError' In-Reply-To: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> References: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> Message-ID: <053.efbc9fa046d233e212338104d2bff1dd@avcodec.org> #460: multiple definition of `_SDL_GetError' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: critical | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by KSHawkEye): Your building with mingw(mingw32) on a native compile system (on Windows). I'm cross compile (on Linux) with a different package, mingw-w64. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 12 23:19:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 21:19:55 -0000 Subject: [FFmpeg-trac] #448(avcodec:closed): libx264 preset's rc_lookahead value is overwritten In-Reply-To: <039.781bb9440771855c4d398b5cf2063db2@avcodec.org> References: <039.781bb9440771855c4d398b5cf2063db2@avcodec.org> Message-ID: <054.5a23d84f0882383cda89889a4621e6c6@avcodec.org> #448: libx264 preset's rc_lookahead value is overwritten ------------------------------------+----------------------------------- Reporter: rectalogic | 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 cehoyos): * status: new => closed * resolution: => fixed Comment: I suspect this has just been fixed (by you), please reopen if I am wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 00:51:43 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 12 Sep 2011 22:51:43 -0000 Subject: [FFmpeg-trac] #424(undetermined:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.9042c424b49d9e699282c2bc57ac377e@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I can confirm that changing that line into "pkt->pts = pkt->dts" fixes transoding / playing this sample. Forcing low_delay (and your patch from ticket #88) does not help, so this seems not to be the reason for the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 03:51:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 01:51:11 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.1387872b425a1ffb3a10e5e88f2fdd4e@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by michael): Please upload/attach the logo.ppm you use -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 07:44:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 05:44:33 -0000 Subject: [FFmpeg-trac] #463(undetermined:new): Conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P appears broken Message-ID: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> #463: Conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P appears broken -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- With the latest build (9-6-2011) from http://ffmpeg.zeranoe.com/builds/ the conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P now has horizontal lines in the video where it worked properly with the previous build. Here's a sample file: (3MB) http://sms.pangolin.com/temp/bikini.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 09:45:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 07:45:21 -0000 Subject: [FFmpeg-trac] #463(undetermined:open): Conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P appears broken In-Reply-To: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> References: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> Message-ID: <051.42b3eb3adb7ae66344ca18ec4b10cff1@avcodec.org> #463: Conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P appears broken -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Command line and complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 10:56:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 08:56:57 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.fb56879b048cc0a4c2c1118b85c6c9f0@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): ppm does not crash atm, but result,png looks very bad, pgm crashes: {{{ (gdb) r -i test2.ts -an -vf mp=remove-logo:out.pgm out2.avi Starting program: ffmpeg_g -i test2.ts -an -vf mp=remove-logo:out.pgm out2.avi [Thread debugging using libthread_db enabled] ffmpeg version N-32542-g3867035, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 10:00:27 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x12f4780] parser not found for codec dvb_teletext, packets or times may be invalid. [mpeg2video @ 0x12fbcc0] mpeg_decode_postinit() failure Last message repeated 4 times [mpegts @ 0x12f4780] PES packet size mismatch Last message repeated 3 times [NULL @ 0x131d9c0] start time is not set in estimate_timings_from_pts [NULL @ 0x1321ac0] start time is not set in estimate_timings_from_pts [NULL @ 0x1323b40] start time is not set in estimate_timings_from_pts [NULL @ 0x1325bc0] start time is not set in estimate_timings_from_pts [NULL @ 0x1327c40] start time is not set in estimate_timings_from_pts [NULL @ 0x1329cc0] start time is not set in estimate_timings_from_pts [mpegts @ 0x12f4780] PES packet size mismatch Last message repeated 3 times Input #0, mpegts, from 'test2.ts': Duration: 00:00:05.76, start: 12860.063633, bitrate: 2907 kb/s Program 10101 Stream #0.0[0x3f2]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 4300 kb/s, 25.62 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x3f3](ger): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 160 kb/s (clean effects) Stream #0.2[0x3f4](eng): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16, 160 kb/s (clean effects) Stream #0.3[0x3f5](ger): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, s16, 448 kb/s (clean effects) Stream #0.4[0x3f6]: Data: none ([6][0][0][0] / 0x0006) Stream #0.5[0x3f7](ger): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006) Stream #0.6[0x1b63]: Data: none ([11][0][0][0] / 0x000B) Stream #0.7[0x1b64]: Data: none ([11][0][0][0] / 0x000B) Stream #0.8[0x1b6d]: Data: none ([12][0][0][0] / 0x000C) Stream #0.9[0x1b77]: Data: none ([11][0][0][0] / 0x000B) Stream #0.10[0x1bbd]: Data: none ([5][0][0][0] / 0x0005) Program 10102 Program 10120 Program 10122 [buffer @ 0x12fb860] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [mp @ 0x12fb980] This is a unholy filter, it will be purified by the ffmpeg exorcist team which will change its syntax from dark -vf mp to light -vf. Thou shalst not make spells or scripts that depend on it Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x576 [SAR 64:45 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (mpeg2video -> mpeg4) Press [q] to stop, [?] for help [mpeg2video @ 0x12fbcc0] warning: first frame is no keyframe Program received signal SIGSEGV, Segmentation fault. convert_yv12 (plane=, y=143, x=, image=0x33d0090, value_out=, vf=, logo_mask=) at libavfilter/libmpcodecs/vf_remove_logo.c:744 744 get_blur(vf, &output, filter, source_image, x, y, plane); (gdb) bt #0 0x0000000000456698 in convert_yv12 (plane=, y=143, x=, image=0x33d0090, value_out=, vf=, logo_mask=) #1 0x0000000000456956 in put_image (vf=0x131a140, mpi=0x33d0090, pts=849433000000) at libavfilter/libmpcodecs/vf_remove_logo.c:789 #2 0x000000000042712f in end_frame (inlink=0x33143e0) at libavfilter/vf_mp.c:872 #3 0x000000000041bb9f in avfilter_end_frame (link=0x33143e0) at libavfilter/avfilter.c:584 #4 0x000000000042f908 in request_frame (link=0x33143e0) at libavfilter/vsrc_buffer.c:192 #5 0x000000000041b13e in avfilter_request_frame (link=) at libavfilter/avfilter.c:514 #6 0x0000000000426ee0 in request_frame (outlink=0x33145a0) at libavfilter/vf_mp.c:832 #7 0x000000000041b13e in avfilter_request_frame (link=) at libavfilter/avfilter.c:514 #8 0x000000000041f5d4 in av_buffersink_get_buffer_ref (ctx=, bufref=0x12f9d60, flags=0) at libavfilter/sink_buffer.c:128 #9 0x0000000000408dfc in output_packet (ist=, ist_index=0, ost_table=0x12f9b20, nb_ostreams=1, pkt=) at ffmpeg.c:1825 #10 0x000000000040dbad in transcode (output_files=0x12f80e0, nb_output_files=, input_files=0x12fa7b0, nb_input_files=1) at ffmpeg.c:2591 #11 0x0000000000410ad1 in main (argc=, argv=) at ffmpeg.c:4373 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x456678 to 0x4566b8: 0x0000000000456678 : mov %rax,%rbp 0x000000000045667b : nopl 0x0(%rax,%rax,1) 0x0000000000456680 : cmp 0x14(%rsp),%r15d 0x0000000000456685 : jg 0x4566cc 0x0000000000456687 : lea (%r9,%rbp,1),%rsi 0x000000000045668b : mov %r12,%rcx 0x000000000045668e : mov %r9,%rax 0x0000000000456691 : xor %edx,%edx 0x0000000000456693 : nopl 0x0(%rax,%rax,1) 0x0000000000456698 : cmpb $0x0,(%rax) 0x000000000045669b : jne 0x4566b5 0x000000000045669d : mov (%r11),%rdi 0x00000000004566a0 : mov (%rdi,%rdx,1),%rdi 0x00000000004566a4 : mov (%rdi,%r8,1),%edi 0x00000000004566a8 : test %edi,%edi 0x00000000004566aa : je 0x4566b5 0x00000000004566ac : movzbl (%rcx),%edi 0x00000000004566af : add $0x1,%ebx 0x00000000004566b2 : add %edi,%r10d 0x00000000004566b5 : add $0x1,%rax End of assembler dump. (gdb) info register rax 0x10139be08 4315528712 rbx 0x0 0 rcx 0x7ffff54165b0 140737308091824 rdx 0x0 0 rsi 0x10139bf71 4315529073 rdi 0x7 7 rbp 0x169 0x169 rsp 0x7fffffffb240 0x7fffffffb240 r8 0x4 4 r9 0x10139be08 4315528712 r10 0x0 0 r11 0x131b040 20033600 r12 0x7ffff54165b0 140737308091824 r13 0x1 1 r14 0x169 361 r15 0x0 0 rip 0x456698 0x456698 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 11:03:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 09:03:13 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.b95977de614b40d25a5d670ffd884191@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): with --disable-optimizations: {{{ Program received signal SIGSEGV, Segmentation fault. 0x000000000046d69d in get_blur (vf=0x14a2140, value_out=0x7fffffffbed4, logo_mask=0x1482520, image=0x3558090, x=180, y=143, plane=1) at libavfilter/libmpcodecs/vf_remove_logo.c:455 455 if (!(*logo_mask_read_position) && mask[mask_size][i - start_posx][j - start_posy]) (gdb) bt #0 0x000000000046d69d in get_blur (vf=0x14a2140, value_out=0x7fffffffbed4, logo_mask=0x1482520, image=0x3558090, x=180, y=143, plane=1) at libavfilter/libmpcodecs/vf_remove_logo.c:455 #1 0x000000000046e167 in convert_yv12 (vf=0x14a2140, source=0x7ffff5416440 "\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200\200"..., source_stride=368, source_image=0x3558090, width=360, height=288, destination=0x7ffff5396940 "\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377\377"..., destination_stride=360, is_image_direct=0, filter=0x1482520, plane=1, logo_start_x=0, logo_start_y=0, logo_end_x=359, logo_end_y=287) at libavfilter/libmpcodecs/vf_remove_logo.c:744 #2 0x000000000046e48f in put_image (vf=0x14a2140, mpi=0x3558090, pts=849433000000) at libavfilter/libmpcodecs/vf_remove_logo.c:789 #3 0x0000000000436341 in end_frame (inlink=0x349c3e0) at libavfilter/vf_mp.c:872 #4 0x0000000000423d35 in avfilter_end_frame (link=0x349c3e0) at libavfilter/avfilter.c:584 #5 0x0000000000442012 in request_frame (link=0x349c3e0) at libavfilter/vsrc_buffer.c:192 #6 0x00000000004239d8 in avfilter_request_frame (link=0x349c3e0) at libavfilter/avfilter.c:514 #7 0x000000000043614b in request_frame (outlink=0x349c5a0) at libavfilter/vf_mp.c:832 #8 0x00000000004239d8 in avfilter_request_frame (link=0x349c5a0) at libavfilter/avfilter.c:514 #9 0x00000000004287fa in av_buffersink_get_buffer_ref (ctx=0x147fce0, bufref=0x1481d60, flags=0) at libavfilter/sink_buffer.c:128 #10 0x000000000040acfa in output_packet (ist=0x14814a0, ist_index=0, ost_table=0x1481b20, nb_ostreams=1, pkt=0x7fffffffd920) at ffmpeg.c:1825 #11 0x000000000040dc87 in transcode (output_files=0x14800e0, nb_output_files=1, input_files=0x14827b0, nb_input_files=1) at ffmpeg.c:2591 #12 0x0000000000413ff0 in main (argc=7, argv=0x7fffffffddd8) at ffmpeg.c:4373 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x46d67d to 0x46d6bd: 0x000000000046d67d : add %ecx,-0x73(%rax) 0x000000000046d680 : add $0x2,%al 0x000000000046d682 : mov %rax,-0x28(%rbp) 0x000000000046d686 : mov -0x3c(%rbp),%eax 0x000000000046d689 : mov %eax,-0x10(%rbp) 0x000000000046d68c : jmpq 0x46d74d 0x000000000046d691 : mov -0x38(%rbp),%eax 0x000000000046d694 : mov %eax,-0xc(%rbp) 0x000000000046d697 : jmp 0x46d708 0x000000000046d699 : mov -0x28(%rbp),%rax 0x000000000046d69d : movzbl (%rax),%eax 0x000000000046d6a0 : test %al,%al 0x000000000046d6a2 : jne 0x46d6fa 0x000000000046d6a4 : mov -0x34(%rbp),%eax 0x000000000046d6a7 : cltq 0x000000000046d6a9 : shl $0x3,%rax 0x000000000046d6ad : add -0x30(%rbp),%rax 0x000000000046d6b1 : mov (%rax),%rax 0x000000000046d6b4 : mov -0x38(%rbp),%edx 0x000000000046d6b7 : mov -0xc(%rbp),%ecx 0x000000000046d6ba : mov %ecx,%ebx 0x000000000046d6bc : sub %edx,%ebx End of assembler dump. (gdb) info register rax 0x101523e08 4317134344 rbx 0xffffffdb 4294967259 rcx 0x0 0 rdx 0x168 360 rsi 0x7fffffffbed4 140737488338644 rdi 0x14a2140 21635392 rbp 0x7fffffffbe80 0x7fffffffbe80 rsp 0x7fffffffbe78 0x7fffffffbe78 r8 0xb4 180 r9 0x8f 143 r10 0x8080808080808080 -9187201950435737472 r11 0x167 359 r12 0x11f 287 r13 0x168 360 r14 0x120 288 r15 0x0 0 rip 0x46d69d 0x46d69d 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 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 13:13:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 11:13:22 -0000 Subject: [FFmpeg-trac] #249(avfilter:open): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.4423c1adc103d3e90ca498cc63c5cff5@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:7 cehoyos]: > ppm does not crash atm, but result,png looks very bad, This is probably expected because the black areas in out.ppm are not completely black. A patch that was meant to improve remove-logo was never applied, afaict: http://thread.gmane.org/gmane.comp.video.mplayer.devel/37219 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 14:10:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 12:10:34 -0000 Subject: [FFmpeg-trac] #464(FFmpeg:new): Bad merge commit from qatar/master ? Message-ID: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> #464: Bad merge commit from qatar/master ? --------------------------------------+--------------------------------- Reporter: zimbatm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- After the merge commit 411cc5c46a89ce0a79832c37d0eab1ed884e5423, opt_thread_count is missing from ffmpeg.c (with other things) but still present if ffplay.c I think this change was unintended -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 15:09:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 13:09:50 -0000 Subject: [FFmpeg-trac] #464(FFmpeg:new): Bad merge commit from qatar/master ? In-Reply-To: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> References: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> Message-ID: <051.ae451772749cd5a05fb059e47778adf2@avcodec.org> #464: Bad merge commit from qatar/master ? ------------------------------------+----------------------------------- Reporter: zimbatm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * cc: michaelni@? (removed) Comment: are -threads not working for you ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 15:38:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 13:38:51 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.0621e1fe67276fa2b3408700f25b6b41@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): I see the problem that the bitrate and bit rate mode is reported wrong in a lot of players (e.g. VLC states 56k for a 128k CBR without initial Xing header). This might be at first sight a more cosmetic issue but confuses people when they want to verify if it's a CBR or what bitrate the file exactly has without using a calculator and the file size. The reason to verify if it's a CBR are compatibility problems with players that do not support MP3 VBR, eg. some mobiles or software in older hardware. Maybe (just guessing) there is also a problem that players that only support CBR do not play files "marked as VBR" that are in reality CBR files. I would really appreciate a fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:00:01 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:00:01 -0000 Subject: [FFmpeg-trac] #137(avformat:closed): Encoding image only movie failure In-Reply-To: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> References: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> Message-ID: <049.7390749ddde1dc80f6f7e23d34517b17@avcodec.org> #137: Encoding image only movie failure -------------------------------------+------------------------------------- Reporter: jogga | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: encoding, | Blocked By: png, ffmpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: The frame rate changing should be working now -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:09:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:09:22 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.7c627229bc67dc784b3430eabe9fe112@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:10 schtorch]: > I see the problem that the bitrate and bit rate mode is reported wrong in a lot of players (e.g. VLC states 56k for a 128k CBR without initial Xing header). Do I understand correctly that the bitrate is shown incorrectly if there is no Xing Header (=if you use the pipe)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:29:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:29:50 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.68c41d645d2af1ce1abf1566be370691@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): Ok, I have misunderstood you. The pipe is working correctly as stated in comment 7. Changing source code also worked correctly in comment 5. So the problem stated in comment 11 is when I use ffmpeg from GIT without piping. And that implies using the Xing Header if I understand you correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:39:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:39:36 -0000 Subject: [FFmpeg-trac] #362(avcodec:reopened): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.60a6b0e007f10c7e354feaaf8e3d9562@avcodec.org> #362: Interlaced mjpeg fails to decode ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The output still looks significantly worse with mplayer -vc ffmjpeg than with mplayer -vc m3jpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:42:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:42:49 -0000 Subject: [FFmpeg-trac] #463(avcodec:open): MJPG decoding broken (was: Conversion from PIX_FMT_YUVJ422P to PIX_FMT_YUV420P appears broken) In-Reply-To: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> References: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> Message-ID: <051.63de9af5aa634ebe40651a15d7d11f83@avcodec.org> #463: MJPG decoding broken ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Regression since 5e2ea138b7c4c7f3910837611338bb3b8b761045, related to ticket #362. (out.avi looks broken) {{{ $ ffmpeg -i bikini.mov out.avi ffmpeg version N-32543-g391b1e3, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 18:35:59 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 [mjpeg @ 0x12a4fa0] EOI missing, emulating Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'bikini.mov': Metadata: creation_time : 1999-06-24 18:18:27 Duration: 00:00:09.20, start: 0.000000, bitrate: 3206 kb/s Stream #0.0(eng): Video: mjpeg (mjpa / 0x61706A6D), yuvj422p, 320x240 [SAR 72:72 DAR 4:3], 3205 kb/s, 15 fps, 15 tbr, 15 tbn, 15 tbc Metadata: creation_time : 1999-06-24 18:18:27 Incompatible pixel format 'yuvj422p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x12a5c20] w:320 h:240 pixfmt:yuvj422p tb:1/1000000 sar:72/72 sws_param: [buffersink @ 0x12b6540] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x12b6cc0] w:320 h:240 fmt:yuvj422p -> w:320 h:240 fmt:yuv420p flags:0x4 Output #0, avi, to 'out.avi': Metadata: creation_time : 1999-06-24 18:18:27 ISFT : Lavf53.12.0 Stream #0.0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 15 tbn, 15 tbc Metadata: creation_time : 1999-06-24 18:18:27 Stream mapping: Stream #0.0 -> #0.0 (mjpeg -> mpeg4) Press [q] to stop, [?] for help [mjpeg @ 0x12a4fa0] EOI missing, emulating Last message repeated 137 times frame= 138 fps= 0 q=8.2 Lsize= 418kB time=00:00:09.20 bitrate= 371.9kbits/s video:409kB audio:0kB global headers:0kB muxing overhead 2.182108% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:43:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:43:06 -0000 Subject: [FFmpeg-trac] #437(undetermined:open): ffplay seems to "darken" certain inputs (ex: bgr24) In-Reply-To: <039.81c292fd693f1eda429991951a320771@avcodec.org> References: <039.81c292fd693f1eda429991951a320771@avcodec.org> Message-ID: <054.01e22397b49bbd4688b70d55b9d50ac4@avcodec.org> #437: ffplay seems to "darken" certain inputs (ex: bgr24) -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): in the one test I did with ffmpeg it didn't appear to be present. Howevever, I wasn't sure how to insert the bgr24 -> yuv420p filter so I'm not 100% sure. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:46:15 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:46:15 -0000 Subject: [FFmpeg-trac] #437(undetermined:open): ffplay seems to "darken" certain inputs (ex: bgr24) In-Reply-To: <039.81c292fd693f1eda429991951a320771@avcodec.org> References: <039.81c292fd693f1eda429991951a320771@avcodec.org> Message-ID: <054.0ebaa03c9b6f4a4addab3c76e06b0600@avcodec.org> #437: ffplay seems to "darken" certain inputs (ex: bgr24) -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Try {{{ ffmpeg -i mostly_white.bmp -vcodec ffv1 out.avi }}} or {{{ ffmpeg -i mostly_white.bmp -qscale 2 out.avi }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:47:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:47:21 -0000 Subject: [FFmpeg-trac] #463(avcodec:open): MJPEG decoding regression (was: MJPG decoding broken) In-Reply-To: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> References: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> Message-ID: <051.93f898c89933e0dcec68c9b661355ab8@avcodec.org> #463: MJPEG decoding regression ------------------------------------+----------------------------------- Reporter: DonMoir | 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 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 18:57:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 16:57:02 -0000 Subject: [FFmpeg-trac] #464(FFmpeg:new): Bad merge commit from qatar/master ? In-Reply-To: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> References: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> Message-ID: <051.a270bb02c5bb94a2ba768d6bc440985b@avcodec.org> #464: Bad merge commit from qatar/master ? ------------------------------------+----------------------------------- Reporter: zimbatm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by zimbatm): my bad, you can close the ticket -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 19:45:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 17:45:54 -0000 Subject: [FFmpeg-trac] #465(undetermined:new): Incorrect height after avcodec_open Message-ID: <036.17031260a49feab5d76476deac84d911@avcodec.org> #465: Incorrect height after avcodec_open -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- With the attached file, the AVCodecContext height is wrong after you do avcodec_open. Before you call avcodec_open the height is correct. When rendering, the frame has the correct height. The correct height for this file is 216. After avcodec_open, the AVCodecContext height is 224. I have not noticed this problem with any other file. ffplay gets this wrong. Problem occurs with any ffmpeg build I have tried. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 20:55:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 18:55:46 -0000 Subject: [FFmpeg-trac] #464(FFmpeg:closed): Bad merge commit from qatar/master ? In-Reply-To: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> References: <036.6aef56b219c3e50013ede7866a15e0cd@avcodec.org> Message-ID: <051.e0f0ec6a01ce406ecff33702e0cb0e68@avcodec.org> #464: Bad merge commit from qatar/master ? ------------------------------------+----------------------------------- Reporter: zimbatm | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 13 20:58:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 13 Sep 2011 18:58:23 -0000 Subject: [FFmpeg-trac] #465(undetermined:new): Incorrect height after avcodec_open In-Reply-To: <036.17031260a49feab5d76476deac84d911@avcodec.org> References: <036.17031260a49feab5d76476deac84d911@avcodec.org> Message-ID: <051.5057990cfa4816ba4861e73d0fe3aaea@avcodec.org> #465: Incorrect height after avcodec_open -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:09:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:09:02 -0000 Subject: [FFmpeg-trac] #137(avformat:closed): Encoding image only movie failure In-Reply-To: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> References: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> Message-ID: <049.a80c2dbf3168758703a7041369ab0ca1@avcodec.org> #137: Encoding image only movie failure -------------------------------------+------------------------------------- Reporter: jogga | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: encoding, | Blocked By: png, ffmpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jogga): Hi michael, It now works when changing the frame rate for a single file like in the example at the top above. But when I try to use the movie overlay filter it still doesn't work. The empty samples at the beginning aren't handled correctly. I will file a new bug for the movie overlay filter. Hopefully it's easy to fix now that you found out what was wrong for the single file case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:11:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:11:57 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? Message-ID: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Type: defect sunshine_uyl | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I run GStreamer + FFMPEG with the attached video file (MPEGTS + H.264 codec). But the following message occurred. gstffmpegdec.c:2260:gst_ffmpegdec_frame: ffdec_h264: decoding error (len: -1, have_data: 0) E/GstPlayer( 552): [757], ERROR :0:: non-existing SPS 0 referenced in buffering period E/GstPlayer( 552): [757], ERROR :0:: non-existing PPS 0 referenced E/GstPlayer( 552): [757], ERROR :0:: decode_slice_header error E/GstPlayer( 552): [757], ERROR :0:: no frame! The complete log file is attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:26:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:26:15 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter Message-ID: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ----------------------------------+-------------------------------------- Reporter: jogga | Type: defect Status: new | Priority: important Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- I'm trying to overlay a QuickTime? movie that consists of PNG images on top of another movie. I have noticed that FFMPEG doesn't seem to handle such an image-only movie correctly when used in combination with the movie overlay filter. '''This is my command line:''' ffmpeg -y -i /Users/jogga/Desktop/skiing.mov -acodec copy -s 640x360 -vcodec libx264 -vpre slow -vpre ipod640 -crf 22 -threads 0 -vf "movie=/Users/jogga/Desktop/skiing_subtitles.mov:f=mov, pad=640:360:0:286:0x00000000[subtitles];[in][subtitles] overlay=0:0:1[out]" /Users/jogga/Desktop/skiing_subtitled.m4v '''And this is the uncut output of the operation:''' ffmpeg version N-32576-g872655f, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 14 2011 10:39:13 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --arch=x86_64 --cc=clang --disable-debug --disable-shared --enable-static --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-libvpx --enable-libtheora --enable-libvorbis --disable-ffplay --disable-ffserver --enable-gpl --enable-swscale --enable-avfilter --enable-filter=movie libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 14. 0 / 53. 14. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 5000.00 (5000/1) -> 25.00 (25/1) Seems stream 2 codec frame rate differs from container frame rate: 5000.00 (5000/1) -> 25.00 (25/1) Seems stream 4 codec frame rate differs from container frame rate: 5000.00 (5000/1) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/jogga/Desktop/skiing.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-08-30 06:30:04 date : 2009 title : skiing encoder : Subtitled using iSubtitle (http://www.bitfield.se/isubtitle) Duration: 00:00:10.98, start: 0.000000, bitrate: 2623 kb/s Stream #0.0(): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1493 kb/s, 25 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2009-08-30 06:30:04 Stream #0.1(sve): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 131 kb/s Metadata: creation_time : 2009-10-06 11:45:11 Stream #0.2(): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1493 kb/s, 25 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2009-08-30 06:30:04 Stream #0.3(sve): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 131 kb/s Metadata: creation_time : 2009-10-06 11:45:11 Stream #0.4(): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1493 kb/s, 25 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2009-08-30 06:30:04 Stream #0.5(sve): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 131 kb/s Metadata: creation_time : 2009-10-06 11:45:11 Stream #0.6(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2010-10-18 06:35:59 [buffer @ 0x10b703a60] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [movie @ 0x10b7048a0] seek_point:0 format_name:mov file_name:/Users/jogga/Desktop/skiing_subtitles.mov stream_index:0 [overlay @ 0x10b704140] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_pad_1' and the filter 'Parsed_overlay_2' [pad @ 0x10b704800] w:640 h:74 -> w:640 h:360 x:0 y:286 color:0x00000000[rgba] [scale @ 0x10b7192a0] w:640 h:360 fmt:bgra -> w:640 h:360 fmt:yuva420p flags:0x4 [overlay @ 0x10b704140] main w:640 h:360 fmt:yuv420p overlay x:0 y:0 w:640 h:360 fmt:yuva420p [overlay @ 0x10b704140] main_tb:1/1000000 overlay_tb:1/600 -> tb:1/3000000 exact:1 [libx264 @ 0x7f7f58827e00] using SAR=1/1 [libx264 @ 0x7f7f58827e00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x7f7f58827e00] profile Constrained Baseline, level 3.0 [libx264 @ 0x7f7f58827e00] 264 - core 115 r1937 aa21558 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=0 ref=1 deblock=1:0:0 analyse=0x1:0x111 me=umh subme=8 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=0 threads=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=50 rc=crf mbtree=0 crf=22.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 vbv_maxrate=10000 vbv_bufsize=10000 crf_max=0.0 nal_hrd=none ip_ratio=1.40 aq=1:1.00 Output #0, ipod, to '/Users/jogga/Desktop/skiing_subtitled.m4v': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-08-30 06:30:04 date : 2009 title : skiing encoder : Lavf53.12.0 Stream #0.0(): Video: h264 (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=10-51, 25 tbn, 25 tbc Metadata: creation_time : 2009-08-30 06:30:04 Stream #0.1(sve): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, 131 kb/s Metadata: creation_time : 2009-10-06 11:45:11 Stream mapping: Stream #0.0 -> #0.0 (h264 -> libx264) Stream #0.1 -> #0.1 (copy) Press [q] to stop, [?] for help frame= 86 fps= 0 q=23.0 size= 178kB time=00:00:01.16 bitrate=1256.0kbits/frame= 137 fps=136 q=26.0 size= 509kB time=00:00:03.20 bitrate=1302.3kbits/frame= 177 fps=117 q=22.0 size= 756kB time=00:00:04.80 bitrate=1290.0kbits/frame= 222 fps=110 q=26.0 size= 1089kB time=00:00:06.60 bitrate=1351.8kbits/frame= 263 fps=104 q=26.0 size= 1396kB time=00:00:08.24 bitrate=1387.8kbits/frame= 274 fps= 84 q=-1.0 Lsize= 1905kB time=00:00:10.96 bitrate=1423.8kbits/s video:1722kB audio:176kB global headers:0kB muxing overhead 0.373441% frame I:11 Avg QP:15.74 size: 15903 [libx264 @ 0x7f7f58827e00] frame P:263 Avg QP:23.39 size: 6036 [libx264 @ 0x7f7f58827e00] mb I I16..4: 78.5% 0.0% 21.5% [libx264 @ 0x7f7f58827e00] mb P I16..4: 13.4% 0.0% 6.5% P16..4: 52.5% 9.3% 1.2% 0.0% 0.0% skip:17.1% [libx264 @ 0x7f7f58827e00] coded y,uvDC,uvAC intra: 43.9% 32.4% 1.0% inter: 34.0% 21.6% 0.1% [libx264 @ 0x7f7f58827e00] i16 v,h,dc,p: 34% 26% 27% 14% [libx264 @ 0x7f7f58827e00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 29% 29% 3% 3% 2% 4% 2% 4% [libx264 @ 0x7f7f58827e00] i8c dc,h,v,p: 74% 14% 11% 1% [libx264 @ 0x7f7f58827e00] kb/s:1286.40 The first sample in the overlay movie "skiing_subtitles.mov" starts at exactly 4 seconds. When encoded using the command line above FFMPEG skips the first 4 seconds of empty samples and the first sample is shown on frame 1 instead of frame 100 in the resulting output movie. I have attached all the sample files and a screenshot. [[Image(http://dl.dropbox.com/u/659266/ffmpeg_ticket_example.png)]] /jorgen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:29:37 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:29:37 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.003680733bbce91678e719d5980a6509@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | 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 jogga): The sample files are available in my dropbox at: "skiing.mov" at http://dl.dropbox.com/u/659266/skiing.mov "skiing_subtitles.mov" at http://dl.dropbox.com/u/659266/skiing_subtitles.mov and the resulting file of the command line "skiing_subtitled.m4v" at http://dl.dropbox.com/u/659266/skiing_subtitled.m4v Let me know if you need anything more -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:30:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:30:33 -0000 Subject: [FFmpeg-trac] #137(avformat:closed): Encoding image only movie failure In-Reply-To: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> References: <034.44fef26aa65470fd7b3787c44f15840d@avcodec.org> Message-ID: <049.685ea89b93acad5ac9591d5a2ecc44a4@avcodec.org> #137: Encoding image only movie failure -------------------------------------+------------------------------------- Reporter: jogga | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: encoding, | Blocked By: png, ffmpeg | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jogga): I have filed a new ticket now, Ticket #467 https://ffmpeg.org/trac/ffmpeg/ticket/467 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:44:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:44:23 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.7f7d26f4dde34c5cdb2838da80a5675d@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): This does not look like a valid report. If you want to report a problem with GStreamer, please report it to GStreamer. If you want to report a problem with FFmpeg, please provide a failing ffmpeg command line and complete, uncut output of your failing command and please upload a sufficiently long sample to http://www.datafilehost.com/ Only report a problem with ffplay if it is not reproducible with ffmpeg. (You may of course report a problem with one of the libraries, but if it is not reproducible with ffmpeg or ffplay, you will have to explain why.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 12:48:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 10:48:10 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.fd58d04ccc1b6e96dc978f2779d6526e@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | 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): Do you believe this is a regression? (You set the priority to important, that usually indicates a regression.) If yes, please provide the version introducing it. Is the problem only reproducible with libx264? Is scaling (-s) required to reproduce the problem? Please consider using "Code block" to post ffmpeg output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 13:21:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 11:21:21 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime Message-ID: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> #468: No audio tracks in QuickTime ----------------------------------+---------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.8.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Description: No audio tracks in QuickTime Version: 0.8.2 (via brew package manager) Steps that will reproduce the problem? 1. Find a video that contains more than one audio track 2. ffmpeg -i _video.mkv -timestamp now -vcodec libx264 -acodec libfaac -alang eng video.m4v -acodec libfaac -alang ger -newaudio 3. open -a QuickTime video.m4v What is the expected result? To be able to select the audio track and to hear only one track at once. What happens instead? No audio tracks selectable. All languages/tracks are mixed into one audio track. Possible workaround: Open the file with VLC. Any additional information: Same issue with the latest libav version (although the parameters are a bit different). Also iTunes has the same issue und I'm sure an iOS device will have it too. But it seems to be a known issue since a long time: https://www.lscube.org/issue2534 I applied this patch but this only enables Quicktime to select an audio track - if no track is selected (default): all tracks are played all together. Also see: http://bugzilla.libav.org/show_bug.cgi?id=44 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 13:29:48 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 11:29:48 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.a80d5348b10f62d9369bc0250d9b6803@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): Please post all necessary information here, not on third party sites. Is this not reproducible with current git head? Did you write the patch? I believe Baptiste already reviewed the patch, can you answer his questions? http://roundup.libav.org/msg13368 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 14:13:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 12:13:14 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.ab253c6fdfac99bd898fc79e5b7787bb@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Thanks for the answer. > Please post all necessary information here, not on third party sites. Ok - not sure which site is the best one to get this issue fixed in avconv and ffmpeg (bugzilla.libav.org, avcodec.org, roundup.libav.org, ...). I'm sure the people at libav.org will also say: "don't post on 'third party' sites" ;) > Is this not reproducible with current git head? I'm sure it is - but I've not cloned the sources, yet. Just compiling it right now and I'll update the ticket in case that its fixed in that version. > Did you write the patch? No. > I believe Baptiste already reviewed the patch, can you answer his questions? No, unfortunately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 14:17:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 12:17:24 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.af498f31c58fc73f9e9526a1b9847fe8@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Well, doesn't compile on my machine ("Undefined symbols for architecture x86_64") but the code in questions is still the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 14:54:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 12:54:35 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.9cd64f334a7ae6dffc7f63a044c10fd9@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:3 Alex__]: > Well, doesn't compile on my machine ("Undefined symbols for architecture x86_64") but the code in questions is still the same. Since this is an important issue, please provide the necessary details and confirm that you ran make distclean && ./configure && make && make V=1 and post the complete, uncut output of the second call to make (please do not post the complete, uncut output of the first call to make). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 14:57:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 12:57:26 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.fdd2fd55bed0c84ad1e537ba1618bfb7@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:2 Alex__]: > Thanks for the answer. > > > Please post all necessary information here, not on third party sites. > > Ok - not sure which site is the best one to get this issue fixed in avconv and ffmpeg (bugzilla.libav.org, avcodec.org, roundup.libav.org, ...). I'm sure the people at libav.org will also say: "don't post on 'third party' sites" ;) If you have a patch to provide to FFmpeg, post it on ffmpeg-devel. If you want to report a problem, please report it here adding a command line to reproduce, complete, uncut output and point to a sample on samples.mplayerhq.hu that can be used to reproduce the problem. [...] > > Did you write the patch? > > No. I consider it a rather serious issue that you posted a patch without mentioning you did not write it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 16:15:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 14:15:00 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.db546a8eba4bd6209b0b5842d3453361@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Thank you for your response. I'll explain the situation a bit: 1. I experienced an issue with ffmpeg (from the brew repository) 2. Then I tested libav (compiled from scratch, since there is no package in the brew repository) 3. Finally, I found a patch for ffmpeg: https://www.lscube.org/issue2534 4. Applied the patch to libav by changing it 5. Searched for a libav bug report 6. Created a new libav bug report and added the references for the patch: http://bugzilla.libav.org/show_bug.cgi?id=44 7. Sent the information to the libav-devel list 8. Searched for an ffmpeg bug report 9. Created a new ffmpeg bug report: https://avcodec.org/trac/ffmpeg/ticket/468 > If you have a patch to provide to FFmpeg, post it on ffmpeg-devel The existing patch doesn't solve the issue completely, I've not written a patch and it is already known. > If you want to report a problem, please report it here adding a command line to reproduce I did. Therefore, I created this ticket. > complete, uncut output and point to a sample on samples.mplayerhq.hu that can be used to reproduce the problem. I'll have a look at that. > I consider it a rather serious issue that you posted a patch without mentioning you did not write it. I understand, but I've not posted a patch here, I never wrote or implied at the other bug tracker that I'm the author of the patch. Contrary, I explicitly mentioned the URL were I copied the file from. I then modified the patch and wrote that I *applied* (not written, created, coded, ...) the patch against libav trunk: "The attached patch is borrowed from this bug report and is updated for the latest trunk". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 16:56:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 14:56:10 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.34cbcb74a08a25ab569430549c43c2d8@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Replying to [comment:5 cehoyos]: > adding a command line to reproduce, ... and point to a sample on samples.mplayerhq.hu that can be used to reproduce the problem. Done. "ffmpeg -i multitrack.mov -vcodec libx264 -acodec libfaac -ar 48000 multitrack.m4v -acodec libfaac -ar 48000 -newaudio" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 17:25:22 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 15:25:22 -0000 Subject: [FFmpeg-trac] #469(build system:new): Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) Message-ID: <035.3bac6a5b145054db617148d8a17b7dd4@avcodec.org> #469: Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: build | Version: system | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Undefined symbols for architecture x86_64 referenced from: _filter in libavfilter.a(vf_fspp.o) Version: a30ef633546ecf382d1913159870bd74649c680f (latest trunk) Steps that will reproduce the problem? 1. git clone --recursive --depth 1 git://git.videolan.org/ffmpeg.git 2. cd ffmpeg 3. ./configure --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid > b.log 2>&1 4. make -j3 What is the expected result? Compiled binaries. What happens instead? {{{ MAN doc/ffserver.1 CC ffmpeg.o ffmpeg.c: In function ?opt_input_file?: ffmpeg.c:3089: warning: ?loop_input? is deprecated (declared at libavformat/avformat.h:795) ffmpeg.c: In function ?opt_output_file?: ffmpeg.c:3702: warning: ?loop_output? is deprecated (declared at libavformat/avformat.h:771) CC cmdutils.o LD ffmpeg_g Undefined symbols for architecture x86_64: "_MM_FIX_0_707106781", referenced from: _filter in libavfilter.a(vf_fspp.o) "_MM_FIX_0_541196100", referenced from: _filter in libavfilter.a(vf_fspp.o) ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make: *** [ffmpeg_g] Error 1 }}} Possible workaround: Run configure without parameters. Any additional information: See attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 17:26:20 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 15:26:20 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.797a0e84b6a23faf48e8289eff6da33e@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Replying to [comment:4 cehoyos]: > Since this is an important issue, please provide the necessary details and confirm that you ran make distclean && ./configure && make && make V=1 and post the complete, uncut output of the second call to make (please do not post the complete, uncut output of the first call to make). Created an other ticket for this: #469 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 18:39:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 16:39:27 -0000 Subject: [FFmpeg-trac] #469(build system:new): Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) In-Reply-To: <035.3bac6a5b145054db617148d8a17b7dd4@avcodec.org> References: <035.3bac6a5b145054db617148d8a17b7dd4@avcodec.org> Message-ID: <050.1a041bd8b819e5b9041cc32ad2e5a679@avcodec.org> #469: Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Alex__): Adding the parameter " --cc=clang" to the configure command fixes the issue with OS X 10.7.1 / Xcode 4.1 (thanks Carl). It might be interesting in this context that the libav repository compiles without modifying the compile parameters. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 21:11:18 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 19:11:18 -0000 Subject: [FFmpeg-trac] #443(undetermined:new): -color_range AVOption appears to do nothing In-Reply-To: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> References: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> Message-ID: <052.113736133697cadd972e2a6273abf6b2@avcodec.org> #443: -color_range AVOption appears to do nothing ----------------------------------+---------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by llogan): Is this reproducible with current git head? Also, please show your complete, uncut ffmpeg output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 14 23:55:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 14 Sep 2011 21:55:56 -0000 Subject: [FFmpeg-trac] #469(build system:closed): Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) In-Reply-To: <035.3bac6a5b145054db617148d8a17b7dd4@avcodec.org> References: <035.3bac6a5b145054db617148d8a17b7dd4@avcodec.org> Message-ID: <050.d4381716759adb3e3728a644cc27c076@avcodec.org> #469: Undefined symbols for architecture x86_64: referenced from: _filter in libavfilter.a(vf_fspp.o) -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #353 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 02:22:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 00:22:23 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.4acf31d7c2692620c80f804549627ea3@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by michael): It would be interresting to have a working m4v file created by some official software as reference maybe simply comparing the header values between that and ours would give a hint toward what in addition is wrong -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 02:32:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 00:32:25 -0000 Subject: [FFmpeg-trac] #353(build system:open): Failed compiling FFmpeg in OS X 10.6.8 In-Reply-To: <033.52b2e889de637e59b768786a1312cfc0@avcodec.org> References: <033.52b2e889de637e59b768786a1312cfc0@avcodec.org> Message-ID: <048.0b432e1485c5f23a22209aaac9c7587a@avcodec.org> #353: Failed compiling FFmpeg in OS X 10.6.8 ---------------------------------+---------------------------------------- Reporter: joao | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8 | Resolution: Keywords: compile | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by michael): Maybe loosing the static in #define DECLARE_ASM_CONST(n,t,v) static const t av_used __attribute__ ((aligned (n))) v would make it work with gcc (that of course would need some #if if it works) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 04:34:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 02:34:36 -0000 Subject: [FFmpeg-trac] #463(avcodec:closed): MJPEG decoding regression In-Reply-To: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> References: <036.5483ca96400418b6a062f32e41707ab2@avcodec.org> Message-ID: <051.3e7fcb96c2521832b61728ea2aa1d766@avcodec.org> #463: MJPEG decoding regression ------------------------------------+----------------------------------- Reporter: DonMoir | 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: should be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 04:35:00 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 02:35:00 -0000 Subject: [FFmpeg-trac] #362(avcodec:closed): Interlaced mjpeg fails to decode In-Reply-To: <036.ab442c242e155247324bb00e094db745@avcodec.org> References: <036.ab442c242e155247324bb00e094db745@avcodec.org> Message-ID: <051.c015e3fd7fb49b6a1126b3641da673d6@avcodec.org> #362: Interlaced mjpeg fails to decode ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed Comment: should be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 05:41:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 03:41:25 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.185e73f9b4f24ebe0d660994d3cfcedc@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): I use ffplay to play video clip (mpegts + h.264) again. Please refer to the attached file ffplay_h264_mpegts_log.bmp.gz. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 07:25:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 05:25:10 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.fcdf103e1d0b4449acd2ed2d5bce8950@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): If you want to report a problem with ffplay, please confirm that it is working fine with ffmpeg. The complete, uncut output that is needed for ffmpeg (if the problem is reproducible with ffmpeg) or ffplay (if the problem is not reproducible with ffmpeg) has to be posted in this ticket, for example by copying the output from the console, the bitmap you attached is not useful. The 1MB sample you uploaded cannot be decoded or played, it is too short. If you have a longer sample that fails, please upload to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 08:21:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 06:21:55 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.d6856391323fe5fc101a45b1f2254b5a@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | 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 jogga): Hi cehoyos, [[BR]] > Do you believe this is a regression? (You set the priority to important, that usually indicates a regression.) If yes, please provide the version introducing it. [[BR]] Yes, I believe it's a regression. As I pointed out in ticket #137 it stopped working in FFmpeg version SVN-r25526, Copyright (c) 2000-2010 the FFmpeg developers [[BR]] >Is the problem only reproducible with libx264? [[BR]] It's reproducable with any codec [[BR]] >Is scaling (-s) required to reproduce the problem? [[BR]] No [[BR]] >Please consider using "Code block" to post ffmpeg output. [[BR]] Will do. Please check ticket #137. This is the same bug that was fixed in #137 but it still doesn't work with the movie overlay filter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 08:40:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 06:40:38 -0000 Subject: [FFmpeg-trac] #443(undetermined:new): -color_range AVOption appears to do nothing In-Reply-To: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> References: <037.a273dc22edf866462afcc0c831e0da30@avcodec.org> Message-ID: <052.99c6405bf4184ced46505df6570669de@avcodec.org> #443: -color_range AVOption appears to do nothing ----------------------------------+---------------------------------------- Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by nichot20): Still the same with as near current as I can keep up with.:- > tux-scripts/still2mov.sh bars-rgb.png ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317b00] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317a80] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d360] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1318060] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to 'bars-rgb.0.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 39 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372% ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317cc0] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317b60] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d740] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x131b1a0] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to '0.bars-rgb.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 37 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372% ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317b00] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317a80] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d360] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1318060] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to 'bars-rgb.1.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 40 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372% ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317cc0] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317b60] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d740] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x131b1a0] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to '1.bars-rgb.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 40 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372% ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317b00] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317a80] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d360] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x1318060] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to 'bars-rgb.2.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 37 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372% ffmpeg version N-32542-g3867035-by_Tim, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 13 2011 08:59:23 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --prefix=/usr/local --shlibdir=/usr/local/lib64 --libdir=/usr/local/lib64 --mandir=/usr/local/man --incdir=/usr/local/include --extra-version=by_Tim --enable-gpl --enable- nonfree --enable-version3 --enable-pthreads --enable-x11grab --enable- libdc1394 --enable-libvpx --enable-libx264 --enable-libxvid --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libdirac --enable- libschroedinger --enable-libmp3lame --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libfreetype --enable-filter=drawtext --enable- static --disable-shared libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [image2 @ 0x1317cc0] max_analyze_duration 5000000 reached at 5000000 Input #0, image2, from 'bars-rgb.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0, 127, 1/25: Video: png, rgb24, 720x576, 1/25, 25 fps, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1317b60] w:720 h:576 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x131d740] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x131b1a0] w:720 h:576 fmt:rgb24 -> w:720 h:576 fmt:uyvy422 flags:0x4 Output #0, avi, to '2.bars-rgb.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0, 0, 1/25: Video: rawvideo (2vuy / 0x79757632), uyvy422, 720x576, 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (png -> rawvideo) Press [q] to stop, [?] for help frame= 125 fps= 40 q=0.0 Lsize= 101258kB time=00:00:05.00 bitrate=165901.9kbits/s video:101250kB audio:0kB global headers:0kB muxing overhead 0.008372 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 08:56:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 06:56:18 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.91f7492d271b6b7a38fa8406106b2ee9@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): * Example with defect headers using a patched ffmpeg/libav (both tracks are started in parallel using quicktime): http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multitrack.m4v * Example with correct headers (only a partial file): http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/test.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 08:59:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 06:59:14 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.e9712f2cd8938c4b3e2af770780d951f@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | 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): Was there really a working filter system before r25526? Please add a minimal command line (without external libraries) and the output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 09:03:20 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 07:03:20 -0000 Subject: [FFmpeg-trac] #470(undetermined:new): libquicktime uncompressed formats Message-ID: <036.a07c6cd292926677164a7d81b90991f6@avcodec.org> #470: libquicktime uncompressed formats -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: Priority: wish | undetermined Version: git- | Keywords: v308 v408 master | v410 yuv4 mov Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will attach four uncompressed libquicktime samples (showing lena). They use the following video codecs: {{{ v308: 8 bit planar YUV 4:4:4 v408: 8 bit Planar YUVA 4:4:4:4 v410: 10 bit Packed YUV 4:4:4 yuv4: YUV 4:2:0 }}} Sources are in http://libquicktime.cvs.sourceforge.net/viewvc/libquicktime/libquicktime/plugins/videocodec/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 10:13:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 08:13:31 -0000 Subject: [FFmpeg-trac] #467(avfilter:new): Encoding an image only movie fails when used with the movie overlay filter In-Reply-To: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> References: <034.71fdfaf7fc457723f2390e24cdc941b2@avcodec.org> Message-ID: <049.bc58b69481f0bd13f8fb0f3ee5fe04e8@avcodec.org> #467: Encoding an image only movie fails when used with the movie overlay filter ------------------------------------+------------------------------------ Reporter: jogga | 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 jogga): >Was there really a working filter system before r25526? [[BR]] Yes, but libavfilter was in it's own branch back then. I use this version that's still working. svn co svn://svn.ffmpeg.org/soc/libavfilter at r5940 [[BR]] >Please add a minimal command line (without external libraries) and the output. [[BR]] This as simple as I can make it {{{ ffmpeg -y -i /Users/jogga/Desktop/skiing.m4v -vf "movie=/Users/jogga/Desktop/skiing_subtitles.mov:f=mov, pad=640:360:0:286:0x00000000[subtitles];[in][subtitles] overlay=0:0:1[out]" /Users/jogga/Desktop/skiing_subtitled.m4v }}} and this is the uncut output {{{ ffmpeg version N-32576-g872655f, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 14 2011 10:39:13 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --arch=x86_64 --cc=clang --disable-debug --disable-shared --enable-static --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-libvpx --enable-libtheora --enable-libvorbis --disable-ffplay --disable-ffserver --enable-gpl --enable-swscale --enable-avfilter --enable-filter=movie libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 14. 0 / 53. 14. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 5000.00 (5000/1) -> 25.00 (25/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/jogga/Desktop/skiing.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2011-09-15 08:04:40 encoder : Mac OS X v10.7.1 (CMA 889, CM 705.35, i386) Duration: 00:00:09.96, start: 0.000000, bitrate: 1531 kb/s Stream #0.0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 1529 kb/s, 25.09 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2011-09-15 08:04:40 [buffer @ 0x108e01420] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [movie @ 0x108e02460] seek_point:0 format_name:mov file_name:/Users/jogga/Desktop/skiing_subtitles.mov stream_index:0 [overlay @ 0x108e03760] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed_pad_1' and the filter 'Parsed_overlay_2' [pad @ 0x108e03500] w:640 h:74 -> w:640 h:360 x:0 y:286 color:0x00000000[rgba] [scale @ 0x108e01a40] w:640 h:360 fmt:bgra -> w:640 h:360 fmt:yuva420p flags:0x4 [overlay @ 0x108e03760] main w:640 h:360 fmt:yuv420p overlay x:0 y:0 w:640 h:360 fmt:yuva420p [overlay @ 0x108e03760] main_tb:1/1000000 overlay_tb:1/600 -> tb:1/3000000 exact:1 [libx264 @ 0x7f9eab807600] using SAR=1/1 [libx264 @ 0x7f9eab807600] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x7f9eab807600] profile High, level 3.0 [libx264 @ 0x7f9eab807600] 264 - core 115 r1937 aa21558 - 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=6 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=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 '/Users/jogga/Desktop/skiing_subtitled.m4v': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2011-09-15 08:04:40 encoder : Lavf53.12.0 Stream #0.0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 640x360 [SAR 1:1 DAR 16:9], q=-1--1, 25 tbn, 25 tbc Metadata: creation_time : 2011-09-15 08:04:40 Stream mapping: Stream #0.0 -> #0.0 (h264 -> libx264) Press [q] to stop, [?] for help frame= 73 fps= 0 q=28.0 size= 91kB time=00:00:00.84 bitrate= 886.2kbits/frame= 113 fps=108 q=28.0 size= 190kB time=00:00:02.44 bitrate= 636.6kbits/frame= 156 fps=101 q=28.0 size= 326kB time=00:00:04.16 bitrate= 642.0kbits/frame= 198 fps= 96 q=28.0 size= 447kB time=00:00:05.84 bitrate= 627.7kbits/frame= 231 fps= 90 q=28.0 size= 684kB time=00:00:07.16 bitrate= 782.3kbits/frame= 250 fps= 73 q=-1.0 Lsize= 1070kB time=00:00:09.92 bitrate= 883.4kbits/s video:1065kB audio:0kB global headers:0kB muxing overhead 0.412756% frame I:7 Avg QP:20.72 size: 17157 [libx264 @ 0x7f9eab807600] frame P:132 Avg QP:23.97 size: 5745 [libx264 @ 0x7f9eab807600] frame B:111 Avg QP:27.70 size: 1908 [libx264 @ 0x7f9eab807600] consecutive B-frames: 23.2% 46.4% 19.2% 11.2% [libx264 @ 0x7f9eab807600] mb I I16..4: 65.8% 3.3% 30.9% [libx264 @ 0x7f9eab807600] mb P I16..4: 17.9% 7.7% 3.5% P16..4: 48.2% 6.5% 3.4% 0.0% 0.0% skip:12.8% [libx264 @ 0x7f9eab807600] mb B I16..4: 2.7% 1.8% 0.7% B16..8: 42.4% 3.1% 0.6% direct: 2.4% skip:46.3% L0:71.0% L1:20.5% BI: 8.4% [libx264 @ 0x7f9eab807600] 8x8 transform intra:24.2% inter:46.0% [libx264 @ 0x7f9eab807600] coded y,uvDC,uvAC intra: 42.7% 29.2% 1.0% inter: 24.5% 14.0% 0.0% [libx264 @ 0x7f9eab807600] i16 v,h,dc,p: 35% 25% 26% 14% [libx264 @ 0x7f9eab807600] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 24% 44% 3% 2% 2% 2% 2% 5% [libx264 @ 0x7f9eab807600] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 29% 25% 3% 3% 2% 3% 2% 5% [libx264 @ 0x7f9eab807600] i8c dc,h,v,p: 73% 15% 11% 1% [libx264 @ 0x7f9eab807600] Weighted P-Frames: Y:25.0% UV:19.7% [libx264 @ 0x7f9eab807600] ref P L0: 72.8% 15.0% 10.0% 2.2% 0.1% [libx264 @ 0x7f9eab807600] ref B L0: 97.2% 2.4% 0.3% [libx264 @ 0x7f9eab807600] ref B L1: 97.9% 2.1% [libx264 @ 0x7f9eab807600] kb/s:872.20 }}} The two input files: http://dl.dropbox.com/u/659266/skiing.m4v http://dl.dropbox.com/u/659266/skiing_subtitles.mov And the resulting output file: http://dl.dropbox.com/u/659266/skiing_subtitled.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 11:16:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 09:16:42 -0000 Subject: [FFmpeg-trac] #471(avcodec:new): CJPG decodes B/W Message-ID: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> #471: CJPG decodes B/W --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: cjpg Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Issue 777 Works fine with mplayer -vc cjpg {{{ ffmpeg -v 9 -loglevel 99 -i levitprop01.avi ffmpeg version N-32611-gd55b06b, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 15 2011 09:18:02 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 14. 0 / 53. 14. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 0x12fd780] Format avi probed with size=2048 and score=100 [AVI demuxer @ 0x12fdda0] use odml:1 [avi @ 0x12fd780] non-interleaved AVI [mjpeg @ 0x12ff7a0] Unsupported bit depth: 0 [mjpeg @ 0x12ff7a0] buffer too small, expanding to 14530 bytes [mjpeg @ 0x12ff7a0] marker=d8 avail_size_in_buf=14530 [mjpeg @ 0x12ff7a0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x12ff7a0] marker=db avail_size_in_buf=14528 [mjpeg @ 0x12ff7a0] index=0 [mjpeg @ 0x12ff7a0] qscale[0]: 6 [mjpeg @ 0x12ff7a0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x12ff7a0] marker=db avail_size_in_buf=14459 [mjpeg @ 0x12ff7a0] index=1 [mjpeg @ 0x12ff7a0] qscale[1]: 13 [mjpeg @ 0x12ff7a0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x12ff7a0] marker=c4 avail_size_in_buf=14390 [mjpeg @ 0x12ff7a0] class=0 index=0 nb_codes=12 [mjpeg @ 0x12ff7a0] marker parser used 31 bytes (248 bits) [mjpeg @ 0x12ff7a0] marker=c4 avail_size_in_buf=14357 [mjpeg @ 0x12ff7a0] class=1 index=0 nb_codes=251 [mjpeg @ 0x12ff7a0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0x12ff7a0] marker=c4 avail_size_in_buf=14174 [mjpeg @ 0x12ff7a0] class=0 index=1 nb_codes=12 [mjpeg @ 0x12ff7a0] marker parser used 31 bytes (248 bits) [mjpeg @ 0x12ff7a0] marker=c4 avail_size_in_buf=14141 [mjpeg @ 0x12ff7a0] class=1 index=1 nb_codes=251 [mjpeg @ 0x12ff7a0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0x12ff7a0] marker=c0 avail_size_in_buf=13958 [mjpeg @ 0x12ff7a0] sof0: picture: 352x288 [mjpeg @ 0x12ff7a0] component 0 2:2 id: 0 quant:0 [mjpeg @ 0x12ff7a0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x12ff7a0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x12ff7a0] pix fmt id 22111100 [mjpeg @ 0x12ff7a0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x12ff7a0] marker=dd avail_size_in_buf=13939 [mjpeg @ 0x12ff7a0] restart interval: 1 [mjpeg @ 0x12ff7a0] marker parser used 4 bytes (32 bits) [mjpeg @ 0x12ff7a0] escaping removed 2983 bytes [mjpeg @ 0x12ff7a0] marker=da avail_size_in_buf=13933 [mjpeg @ 0x12ff7a0] component: 0 [mjpeg @ 0x12ff7a0] mjpeg decode frame unused 13933 bytes [avi @ 0x12fd780] All info found Input #0, avi, from 'levitprop01.avi': Duration: 00:00:05.29, start: 0.000000, bitrate: 3202 kb/s Stream #0.0, 1, 333333/10000000: Video: mjpeg (CJPG / 0x47504A43), yuvj420p, 352x288, 333333/10000000, 30 tbr, 30 tbn, 30 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 11:21:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 09:21:15 -0000 Subject: [FFmpeg-trac] #472(undetermined:new): Initial gray frames when first frame is no keyframe Message-ID: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I think maybe this has been discussed before, but if there is no initial keyframe then gray frames are produced. This happens often enough that it needs a solution. What I currently do in my application is I don't display anything until I get one initial keyframe and this seems to fix it well and easy. A couple possible solutions for ffmpeg might be: o - Assume the first keyframe is all black if there is no initial keyframe o - In avcodec_decode_video2 maybe got_picture_ptr should not be set until a first keyframe is received. I believe a related discussion is here: https://roundup.libav.org/issue2019 This file is pretty bad and probably a worst case. I have a few others where is its much cleaner but still initially gray. http://sms.pangolin.com/temp/grayframes.ts (5 MB) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 11:23:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 09:23:59 -0000 Subject: [FFmpeg-trac] #353(build system:open): Failed compiling FFmpeg in OS X 10.6.8 In-Reply-To: <033.52b2e889de637e59b768786a1312cfc0@avcodec.org> References: <033.52b2e889de637e59b768786a1312cfc0@avcodec.org> Message-ID: <048.3cc3d45fa4c027864e532e74d5ca4548@avcodec.org> #353: Failed compiling FFmpeg in OS X 10.6.8 -------------------------------------+------------------------------------- Reporter: joao | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: compile | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: 0.8 => git-master Comment: Strings to identify the broken compiler are "build 5658" and "build 2335.15.00", see attached gcc.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 11:34:26 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 09:34:26 -0000 Subject: [FFmpeg-trac] #472(undetermined:new): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.6ff096e574320d86637acc47ba726c7c@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Invalid as-is. Complete, uncut output missing. And please be more specific about what you want to change. Since H264 streams do not have to contain keyframes to be valid, I would at least prefer not to change ffmpeg - the application - to always wait for keyframes. (But perhaps this is not about H264?) If this is a feature request for more complete H.264 Sequence Parameter Set parsing, please say so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 12:07:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 10:07:46 -0000 Subject: [FFmpeg-trac] #472(undetermined:new): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.14a607d0929fd0fed35b9e0f1cd2f20d@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): I don't know what the best solution is but clearly you do not want garbage to be displayed. This is not specific to H264. Now you have me wondering if my approach will fail on some clean videos with no keyframe. I consider this to be a bug and not a feature request. If you want another sample where the video is fine but initially gray I will upload it. A bug in the video file ? Probably. But as I said it tends to happen more often then it should so at least need some descent work around and it seems the only way is what I have already. This seems to happen only with ffmpeg based apps. If for example I use some other means like DShow and installed codecs, the gray frames do not appear and I assume this problem is worked around in the various codecs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 12:26:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 10:26:23 -0000 Subject: [FFmpeg-trac] #472(undetermined:new): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.408c46b877c1d6fb93a8acb2bc248ad4@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): This FLV file is much cleaner but still has an initial gray frame when played with ffplay since there is no first keyframe. Flash plays it without the initial gray frame. http://sms.pangolin.com/temp/trains.flv (14 MB) In all cases that I have tried where this is a problem, my current workaround works but not sure if its going to handle all cases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 13:31:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 11:31:10 -0000 Subject: [FFmpeg-trac] #458(swscale:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.4c7ddf5d3c81706b7cabe7447249b6c6@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input ------------------------------------+----------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by mdsh): I have a better and much simpler demonstration, but it should mean the change of title for this ticket: '''Pad filter can create output which scale filter cannot accept on its input.''' Since the pad filter adds slices if it's adding lines at the top or bottom of the input, it's trivial to send slices into the interlaced scale filter that do not start at line%4. {{{ ffmpeg -threads 4 -i ../576i25/Clock10tone.mov -an -vf pad=in_w:in_h+2:0:2:white,scale=0:0:interl=1,format=uyvy422 -r 25 -vcodec rawvideo -pix_fmt uyvy422 -y out.yuv ffmpeg version N-31938-g3a9e227, Copyright (c) 2000-2011 the FFmpeg developers built on Aug 17 2011 14:37:20 with gcc 4.4.3 configuration: --cpu=i686 --enable-static --extra-cflags='--static -I$PREFIX/include' --extra-libs='-static -L$PREFIX/lib' --prefix=/usr/local --disable-ffplay --disable-ffprobe --enable-gpl --enable-nonfree --enable-pthreads --enable-x11grab --enable-libdirac --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxvid libavutil 51. 12. 0 / 51. 12. 0 libavcodec 53. 10. 0 / 53. 10. 0 libavformat 53. 7. 0 / 53. 7. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 32. 0 / 2. 32. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0xb4bfc20] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0xb4bfc20] 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. Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/himslm01/Videos/576i25/Clock10tone.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-07-16 17:23:31 Duration: 00:00:10.00, start: 0.000000, bitrate: 30334 kb/s Stream #0.0(eng): Video: dvvideo, yuv420p, 720x576 [SAR 64:45 DAR 16:9], 28800 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: creation_time : 2009-07-16 17:23:31 Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2009-07-16 17:23:31 [buffer @ 0xb4c80a0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [pad @ 0xb4ba320] w:720 h:576 -> w:720 h:578 x:0 y:2 color:0xEB8080FF[yuva] [scale @ 0xb4b9900] w:720 h:578 fmt:yuv420p -> w:720 h:578 fmt:uyvy422 flags:0x4 Output #0, rawvideo, to 'out.yuv': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-07-16 17:23:31 encoder : Lavf53.7.0 Stream #0.0(eng): Video: rawvideo, uyvy422, 720x578 [SAR 64:45 DAR 512:289], q=2-31, 200 kb/s, 90k tbn, 25 tbc Metadata: creation_time : 2009-07-16 17:23:31 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Assertion y%4 == 0 failed at libavfilter/vf_scale.c:311 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 13:35:33 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 11:35:33 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.1d6a14970b1103b578c079410d0bf0de@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Finally, I found a way to give you an example of a file with correct headers: 1. curl -O http://samples.mplayerhq.hu/mov/multitrack/multitrack.mov 2. ffmpeg -i multitrack.mov -vcodec libx264 -acodec libfaac -ar 48000 -alang eng multitrack.m4v -acodec libfaac -ar 48000 -alang deu -newaudio 3. cp multitrack.m4v multitrack-fixed.m4v 4. open -a Subler multitrack-fixed.m4v 5. Disabled the third checkbox (second audio stream) and save the file This file works fine also on an iPhone 4. Here is the output: * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multitrack.m4v * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multitrack-fixed.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 13:41:56 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 11:41:56 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.4060b135b9f3195f3f6014418b3dd789@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Furthermore, here the same examples using an unpatched ffmpeg version: * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multitrack-unpatched.m4v * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multitrack-unpatched- fixed.m4v You can't select the audio track here, but the second file at least only plays a single audio track. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 14:19:47 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 12:19:47 -0000 Subject: [FFmpeg-trac] #187(undetermined:open): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.c5cd44c75434e5a1880046db3bd8712a@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by brama): We've been bitten by this bug since february, hence we reverted to an old build from october 2010. I reverted the change made in the tag jsd mentioned above, and this at least fixes the cases where ffmpeg seems to run forever. We cannot apply any of the workarounds, as the input is quite random given that many users use our systems and we have no control over the files they upload. Question is, will this revert badly affect videos in a way that the builds before it was introduced didn't, e.g. due to changes made around the same time as this commit? If not, then this fix will work for us for now. I can provide sample videos that are affected by this bug if that will help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 19:02:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 17:02:36 -0000 Subject: [FFmpeg-trac] #187(undetermined:open): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.a3c33043c23f571763f418aee82dac0e@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jsd): brama: here is the workaround i devised: start with $vsync = 0[[BR]] if input file is wmv, set $vsync to 1[[BR]] encode as normal, with -vsync $vsync. if you get a "non monotonic timestamp" error, change vsync to 1 (if it wasn't 1 already, add -r 15 to the command line, then run the command again. with this algorithm, i have been able to successfully process just about everything that the internet has thrown at me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 22:03:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 20:03:24 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames Message-ID: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Steps that will reproduce the problem? 1. Find a defect file 2. Convert it: ffmpeg -i file.mkv -vcodec copy test.m4v What is the expected result? ffmpeg should skip (e.g. define a parameter first) defect frames. What happens instead? Encoding stops. Possible workaround: Maybe creating multiple output files using the "ss" parameter and merging them later. Any additional information: {{{ ... Stream mapping: Stream #0.0 -> #0.0 (copy) Press ctrl-c to stop encoding [matroska,webm @ 0x7fbcbb005800] Unknown entry 0x1ED83ED9itrate=15336.6kbits/s [matroska,webm @ 0x7fbcbb005800] Unknown entry 0xB8 [matroska,webm @ 0x7fbcbb005800] Unknown entry 0xB6 frame=26108 fps=139 q=-1.0 Lsize= 2039092kB time=1088.84 bitrate=15341.3kbits/s video:2038598kB audio:0kB global headers:0kB muxing overhead 0.024223% $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 15 23:29:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 21:29:36 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.af536cbdfd8dad10602c1e719248512d@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | 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): Complete, uncut output of latest FFmpeg git head missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 01:39:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 23:39:46 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb Message-ID: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb ---------------------------------+------------------------------------- Reporter: sgarcia | Type: defect Status: new | Priority: important Component: avcodec | Version: git Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------- Hi, I am using libavcodec in my mcu project and I am latelly getting some random seg faults. I have traced it down to be in clear_blocks_sse called by ff_h263_decode_mb. Here is the gdb info: (gdb) bt #0 0x00e7fb63 in clear_blocks_sse (blocks=0xb36202e0) at libavcodec/x86/dsputil_mmx.c:539 #1 0x00c7d5e9 in ff_h263_decode_mb (s=0xb3600a60, block=0xb36202e0) at libavcodec/ituh263dec.c:634 #2 0x00bcd9af in decode_slice (s=0xb3600a60) at libavcodec/h263dec.c:215 #3 0x00bceb11 in ff_h263_decode_frame (avctx=0xb3600520, data=0xb3600940, data_size=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/h263dec.c:671 #4 0x00dea531 in avcodec_decode_video2 (avctx=0xb3600520, picture=0xb3600940, got_picture_ptr=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/utils.c:769 #5 0x080c493d in H263Decoder::DecodePacket (this=0xb36004c8, in=0xb15fbcc4 "", inLen=1393, lost=0, last=1) at /usr/local/src/mcu/media/src/h263/h263codec.cpp:476 #6 0x08077852 in VideoStream::RecVideo (this=0xb6a2ad70) at /usr/local/src/mcu/media/src/videostream.cpp:668 #7 0x08076b17 in VideoStream::startReceivingVideo (par=0xb6a2ad70) at /usr/local/src/mcu/media/src/videostream.cpp:190 #8 0x001239e9 in start_thread () from /lib/libpthread.so.0 #9 0x00662f3e in clone () from /lib/libc.so.6 (gdb) list 534 ); 535 } 536 537 static void clear_blocks_sse(DCTELEM *blocks) 538 {\ 539 __asm__ volatile( 540 "xorps %%xmm0, %%xmm0 \n" 541 "mov %1, %%"REG_a" \n" 542 "1: \n" 543 "movaps %%xmm0, (%0, %%"REG_a") \n" (gdb) print blocks $5 = (DCTELEM *) 0xb36202e0 (gdb) print *blocks $6 = 0 (gdb) up #1 0x00c7d5e9 in ff_h263_decode_mb (s=0xb3600a60, block=0xb36202e0) at libavcodec/ituh263dec.c:634 634 s->dsp.clear_blocks(s->block[0]); (gdb) print *(s->blocks) $7 = {{0 }, {0 }, {0 , 41, 41, 41, 40, 40, 40, 39, 39, 41, 41, 41, 41, 40, 40, 40, 40, 42, 41, 41, 41, 41, 40, 40, 40, 42, 42, 41, 41, 41, 40, 40, 40}, {39, 40, 40, 41, 41, 40, 40, 39, 39, 40, 40, 41, 41, 40, 40, 39, 39, 40, 40, 41, 41, 40, 40, 39, 40 , 41, 40, 40, 39, 39, 40, 40, 41, 41, 40, 40, 39, 39, 40, 40, 41, 41, 40, 40, 39, 39, 40, 40, 41}, {130, 133, 132, 127, 127, 132, 134, 132, 130, 132, 131, 128, 128, 131, 132, 130, 131, 130, 129, 127, 128, 129, 131, 131, 133, 129, 126, 125, 126, 128, 131, 135, 132, 127, 124, 126, 128, 129, 132, 135, 129, 126, 126, 129, 132, 132, 131, 131, 129, 128, 129, 132, 134, 133, 130, 127, 132, 130, 130, 132, 134, 133, 129, 125}, {132, 131, 131, 134, 134, 131, 131, 132, 132, 131, 132, 134, 134, 132, 131, 132, 132, 131, 132, 133, 133, 132, 131, 132, 131, 131, 132, 133, 133, 132, 131, 131, 131, 132, 132, 133, 133, 132, 132, 131, 131, 132, 133, 132, 132, 133, 132, 131, 130, 132, 133, 132, 132, 133, 132, 130, 130, 133, 133, 132, 132, 133, 133, 130}, {0 }, {0 }} (gdb) down #0 0x00e7fb63 in clear_blocks_sse (blocks=0xb36202e0) at libavcodec/x86/dsputil_mmx.c:539 539 __asm__ volatile( Best regards Sergio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 01:46:07 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 15 Sep 2011 23:46:07 -0000 Subject: [FFmpeg-trac] #475(undetermined:new): Audio desync from video with MXF file Message-ID: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> #475: Audio desync from video with MXF file -------------------------------------+------------------------------------- Reporter: james2432 | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I've been using KDENLIVE which uses ffmpeg. I've tried playing the file in the preview window and the audio/video desynchronises. Someone on the forums told me to try playing it with ffplay to see if it still desyncs (and it does). This file is produced strait from the canon XF105. The video is 10 seconds long but is roughly 60mb. The video contains me counting to ten with my fingers and voice. I have a direct link for download of the video (no bloat/wait/spam): https://www.dropbox.com/s/fmcnlx5lybuv2aq/AV_Desync.tar.bz2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 03:15:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 01:15:35 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.7f612e5e5d790d0efdd4108c4b93f244@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by michael): maybe someone who has QT or an iphone could test the patch? if it doesnt work then changing language codes in addition is worth a try -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 06:40:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 04:40:31 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.060c3f4c8c5cba5c526e479cf1123982@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): I have upload 509M.ts to http://www.datafilehost.com/. It is video clip with MPEGTS + H.264 codec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 08:24:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 06:24:30 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.b295c577f8dae2ccd56d8deb046f9f92@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Nice. Works for me. Tested it with QuickTime Player X Version 10.1 (501) / OS X 10.7.2 and iOS 4.3.5. Thank you! With the latest trunk I'd to change the parameters a bit: will you re-add the "alang" parameter again? The current example (multitrack.mov) has two audio tracks marked as "eng", but the second one is German. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 08:31:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 06:31:16 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.d89214a114bd0871211dbacddc5d163d@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Sure, sorry: {{{ $ /usr/local/bin/ffmpeg -y -i test.mkv -vcodec copy test.m4v ffmpeg version git-2011-09-16-41215fd, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 16 2011 08:10:56 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 42. 0 / 2. 42. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 23.98 (24000/1001) Input #0, matroska,webm, from 'test.mkv': Duration: 01:36:13.37, start: 0.000000, bitrate: 17585 kb/s Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Metadata: title : Englisch Stream #0.2(ger): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s Metadata: title : German Stream #0.3(eng): Subtitle: text (default) Metadata: title : Englisch Output #0, ipod, to 'test.m4v': Metadata: encoder : Lavf53.12.0 Stream #0.0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2500k tbn, 23.98 tbc (default) Stream #0.1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1(side), s16, 128 kb/s (default) Metadata: title : Englisch Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (dca -> libfaac) Press [q] to stop, [?] for help [matroska,webm @ 0x7fc6b903d800] Unknown entry 0x1ED83ED912 bitrate=15528.9kbits/s [matroska,webm @ 0x7fc6b903d800] Unknown entry 0xB8 [matroska,webm @ 0x7fc6b903d800] Unknown entry 0xB6 frame=26108 fps=157 q=-1.0 Lsize= 2065095kB time=00:18:08.83 bitrate=15537.0kbits/s video:2038598kB audio:25604kB global headers:0kB muxing overhead 0.043263% $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 08:36:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 06:36:33 -0000 Subject: [FFmpeg-trac] #476(undetermined:new): Option to ignore subtitles Message-ID: <035.c633529978610731b59beb96fb6ed42d@avcodec.org> #476: Option to ignore subtitles -------------------------------------+------------------------------------- Reporter: Alex__ | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Steps that will reproduce the problem? 1. ffmpeg -i file.mkv -map 0 -sn ./file.m4v What is the expected result? To have no subtitles in the output What happens instead? In this case an error (see below) Possible workaround: ffmpeg -i file.mkv -map 0:0 -map 0:1 ./file.m4v Any additional information: {{{ $ /usr/local/bin/ffmpeg -y -i test.mkv -vcodec copy -map 0 -sn test.m4v ffmpeg version git-2011-09-16-41215fd, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 16 2011 08:10:56 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 42. 0 / 2. 42. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 23.98 (24000/1001) Input #0, matroska,webm, from 'test.mkv': Duration: 01:36:13.37, start: 0.000000, bitrate: 17585 kb/s Stream #0.0(eng): Video: h264 (High), yuv420p, 1920x1080, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Metadata: title : Englisch Stream #0.2(ger): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s Metadata: title : German Stream #0.3(eng): Subtitle: text (default) Metadata: title : Englisch Output #0, ipod, to 'test.m4v': Stream #0.0(eng): Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 90k tbn, 23.98 tbc (default) Stream #0.1(eng): Audio: aac, 48000 Hz, 5.1(side), s16, 128 kb/s (default) Metadata: title : Englisch Stream #0.2(ger): Audio: aac, 48000 Hz, 5.1(side), s16, 128 kb/s Metadata: title : German Stream #0.3(eng): Subtitle: none (default) Metadata: title : Englisch Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (dca -> libfaac) Stream #0.2 -> #0.2 (dca -> libfaac) Stream #0.3 -> #0.3 (? -> ?) Encoder (codec none) not found for output stream #0.3 $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 08:38:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 06:38:25 -0000 Subject: [FFmpeg-trac] #476(undetermined:new): Option to ignore subtitles In-Reply-To: <035.c633529978610731b59beb96fb6ed42d@avcodec.org> References: <035.c633529978610731b59beb96fb6ed42d@avcodec.org> Message-ID: <050.93352d6d382e8696d05396c6bd50fa06@avcodec.org> #476: Option to ignore subtitles -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Also "-map 0 -scodec copy", "-map 0 -scodec xsub", or "-map 0 -scodec dvdsub" doesn't work with this file. But this might be an issue for another ticket. Actually, I just want to convert all my files w/o subtitles but with all audio tracks automatically. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 09:23:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 07:23:56 -0000 Subject: [FFmpeg-trac] #477(FFmpeg:new): Unnecessary h264 -> libx264 conversion when using copy video codec Message-ID: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> #477: Unnecessary h264 -> libx264 conversion when using copy video codec --------------------------------------+--------------------------------- Reporter: redirect77 | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- I'm trying to multiplex video and audio stream into a single file, by using the "copy" codec for both video and audio. The video stream is a H.264 encoded, stored in MKV file format. The audio stream is an AAC encoded, stored in MKV file format. The command line I'm using is: ffmpeg.exe -y -i video.mkv -vcodec copy -i audio.mkv -acodec copy -f matroska clip.mkv , which, according to documentation should multiplex video and audio stream into a single MKV file without re-conversion. This is indeed the case for the audio stream, however for the video stream it performs completely unnecessary h264 -> libx264 conversion. The ffmpeg executable in question is statically built with MinGW build environment to include libx264, using the Git repository source code, downloaded on 16.09.2011. It should be also noted, that such problem doesn't occur, when the executable is build from the 0.8.3 release source code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:17:13 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:17:13 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.fab2800b191f7a3b554f7c171395d2c5@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * version: unspecified => git-master Comment: Please make test.mkv available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:19:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:19:27 -0000 Subject: [FFmpeg-trac] #477(FFmpeg:closed): Unnecessary h264 -> libx264 conversion when using copy video codec In-Reply-To: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> References: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> Message-ID: <054.4f0fb36a2b8f722f221b5b81d71200fd@avcodec.org> #477: Unnecessary h264 -> libx264 conversion when using copy video codec ------------------------------------+----------------------------------- Reporter: redirect77 | Owner: michael Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: (complete, uncut output missing.) To affect the output file (clip.mkv), -vcodec copy has to be put in front of it (like -acodec copy). The way you use it, -vcodec copy affects the input file audio.mkv (where it has no effect): {{{ $ ffmpeg.exe -y -i video.mkv -i audio.mkv -vcodec copy -acodec copy clip.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:20:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:20:37 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.43fffe888edb0f3b98666fe2092c5797@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb -----------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by cehoyos): dissass and registers missing, see http://ffmpeg.org/bugreports.html Is the problem reproducible with ffmpeg (the application)? Are you sure you aligned your buffers sufficiently for SSE? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:23:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:23:08 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.1b1b6d16c3ce07ac3be9c58b298de93c@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): You will have to add complete, uncut console output of ffmpeg (or ffplay if the problem is not reproducible with ffmpeg) and a link to the sample you uploaded if you want your problem fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:31:05 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:31:05 -0000 Subject: [FFmpeg-trac] #475(undetermined:open): Audio desync from video with MXF file In-Reply-To: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> References: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> Message-ID: <053.067a38b289a5d4eceea01d7eda7d8bee@avcodec.org> #475: Audio desync from video with MXF file -------------------------------------+------------------------------------- Reporter: james2432 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Works fine with ffmpeg (and MPlayer), but another (related?) problem with the sample can be shown: {{{ $ ffmpeg -i AV_Desync.MXF -acodec copy -vn out.avi ffmpeg version N-32617-ge78d1a5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 15 2011 23:18:20 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- version2 libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mxf, from 'AV_Desync.MXF': Duration: 00:00:10.01, start: 0.000000, bitrate: 52173 kb/s Stream #0.0: Video: mpeg2video (4:2:2), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], 50000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Stream #0.2: Audio: pcm_s16le, 48000 Hz, 1 channels, s16, 768 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels, 768 kb/s Stream mapping: Stream #0.1 -> #0.0 (copy) Press [q] to stop, [?] for help [avi @ 0x13042a0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 801 >= 801 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:33:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:33:24 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.19b979408c57b938b45994b7bd2b583f@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Alex__): Sure - but unfortunately its size is 12 GB and the command "ffmpeg -ss 100 -t 5 -i test.mkv -vcodec copy -acodec copy -map 0:0 test-small.mkv" results in {{{ [matroska @ 0x7ff5d285bc00] pts < dts in stream 0 av_interleaved_write_frame(): Invalid argument". }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 10:37:08 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 08:37:08 -0000 Subject: [FFmpeg-trac] #476(FFmpeg:open): Option to ignore subtitles In-Reply-To: <035.c633529978610731b59beb96fb6ed42d@avcodec.org> References: <035.c633529978610731b59beb96fb6ed42d@avcodec.org> Message-ID: <050.49ee289c56efd7a3cc95df0d1936359a@avcodec.org> #476: Option to ignore subtitles -------------------------------------+---------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: The correct syntax is now "-map 0 -map -0:s", but I would also prefer if "-map 0 -sn" would work... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 11:26:04 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 09:26:04 -0000 Subject: [FFmpeg-trac] #478(undetermined:new): Audio bitrate parameter is ignored or inconsistent Message-ID: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> #478: Audio bitrate parameter is ignored or inconsistent -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Steps that will reproduce the problem? ffmpeg -t 1 -i multitrack.mov -ar 48000 -ab 128k multitrack.m4v What is the expected result? Audio track(s) with 128k bit rate or the ffmpeg output should state that the bitrate will not be 128k. What happens instead? Bitrate is 71k - even though the sampling rate was updated and the ffmpeg console output states that the file will have 128k bitrate audio. Possible workaround: - Any additional information: Sample file from http://samples.mplayerhq.hu: {{{ $ ffmpeg -t 1 -i multitrack.mov -ar 48000 -ab 128k multitrack.m4v ffmpeg version git-2011-09-16-41215fd, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 16 2011 08:10:56 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 42. 0 / 2. 42. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1) -> 4.00 (4/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'multitrack.mov': Metadata: creation_time : 2003-11-24 18:16:14 artist : MAXON Computer, Inc. artist-eng : MAXON Computer, Inc. copyright : 2003 MAXON Computer, Inc. copyright-eng : 2003 MAXON Computer, Inc. album : Sketch and Toon R1 Tutorial album-eng : Sketch and Toon R1 Tutorial encoder : Encoded with Cleaner 5 encoder-eng : Encoded with Cleaner 5 Duration: 00:06:39.25, start: 0.000000, bitrate: 394 kb/s Stream #0.0(eng): Video: qtrle (rle / 0x20656C72), rgb24, 720x486, 223 kb/s, 4 fps, 4 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2003-11-24 18:16:14 Stream #0.1(eng): Audio: mp3 (.mp3 / 0x33706D2E), 22050 Hz, 1 channels, s16, 24 kb/s Metadata: creation_time : 2003-11-24 18:16:14 Stream #0.2(eng): Audio: mp3 (ms[0]U / 0x5500736D), 44100 Hz, 1 channels, s16, 128 kb/s Metadata: creation_time : 2003-11-24 18:16:14 Incompatible pixel format 'rgb24' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 0x7fb443c22c00] w:720 h:486 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 0x7fb443c22e60] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x7fb443c23280] w:720 h:486 fmt:rgb24 -> w:720 h:486 fmt:yuv420p flags:0x4 [libx264 @ 0x7fb44405f000] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x7fb44405f000] profile High, level 2.2 [libx264 @ 0x7fb44405f000] 264 - core 116 - 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=3 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=4 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 'multitrack.m4v': Metadata: creation_time : 2003-11-24 18:16:14 artist : MAXON Computer, Inc. artist-eng : MAXON Computer, Inc. copyright : 2003 MAXON Computer, Inc. copyright-eng : 2003 MAXON Computer, Inc. album : Sketch and Toon R1 Tutorial album-eng : Sketch and Toon R1 Tutorial encoder-eng : Encoded with Cleaner 5 encoder : Lavf53.12.0 Stream #0.0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 720x486, q=-1--1, 4 tbn, 4 tbc Metadata: creation_time : 2003-11-24 18:16:14 Stream #0.1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 1 channels, s16, 128 kb/s Metadata: creation_time : 2003-11-24 18:16:14 Stream mapping: Stream #0.0 -> #0.0 (qtrle -> libx264) Stream #0.1 -> #0.1 (mp3 -> libfaac) Press [q] to stop, [?] for help frame= 4 fps= 0 q=-1.0 Lsize= 37kB time=00:00:00.50 bitrate= 609.6kbits/s video:26kB audio:9kB global headers:0kB muxing overhead 5.123324% frame I:1 Avg QP:13.37 size: 26050 [libx264 @ 0x7fb44405f000] frame P:1 Avg QP:27.39 size: 66 [libx264 @ 0x7fb44405f000] frame B:2 Avg QP:18.93 size: 56 [libx264 @ 0x7fb44405f000] consecutive B-frames: 25.0% 0.0% 75.0% 0.0% [libx264 @ 0x7fb44405f000] mb I I16..4: 22.1% 53.3% 24.6% [libx264 @ 0x7fb44405f000] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 1.0% 0.1% 0.0% 0.0% 0.0% skip:98.9% [libx264 @ 0x7fb44405f000] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 1.8% 0.0% 0.0% direct: 0.0% skip:98.2% L0: 8.0% L1:92.0% BI: 0.0% [libx264 @ 0x7fb44405f000] 8x8 transform intra:53.3% inter:40.0% [libx264 @ 0x7fb44405f000] coded y,uvDC,uvAC intra: 65.2% 28.1% 22.1% inter: 0.0% 0.0% 0.0% [libx264 @ 0x7fb44405f000] i16 v,h,dc,p: 62% 31% 4% 2% [libx264 @ 0x7fb44405f000] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 17% 32% 7% 5% 4% 5% 6% 6% [libx264 @ 0x7fb44405f000] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 15% 17% 9% 7% 7% 8% 8% 4% [libx264 @ 0x7fb44405f000] i8c dc,h,v,p: 71% 21% 7% 2% [libx264 @ 0x7fb44405f000] Weighted P-Frames: Y:0.0% UV:0.0% [libx264 @ 0x7fb44405f000] ref B L1: 95.7% 4.3% [libx264 @ 0x7fb44405f000] kb/s:209.82 }}} {{{ $ ffmpeg -i multitrack.m4v ffmpeg version git-2011-09-16-41215fd, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 16 2011 08:10:56 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 42. 0 / 2. 42. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'multitrack.m4v': Metadata: major_brand : M4V minor_version : 512 compatible_brands: isomiso2avc1 creation_time : 2003-11-23 23:00:00 artist : MAXON Computer, Inc. album : Sketch and Toon R1 Tutorial encoder : Lavf53.12.0 copyright : 2003 MAXON Computer, Inc. Duration: 00:00:01.04, start: 0.000000, bitrate: 291 kb/s Stream #0.0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 720x486, 215 kb/s, 4 fps, 4 tbr, 4 tbn, 8 tbc Metadata: creation_time : 2003-11-23 23:00:00 Stream #0.1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, s16, 71 kb/s Metadata: creation_time : 2003-11-23 23:00:00 At least one output file must be specified $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 11:47:21 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 09:47:21 -0000 Subject: [FFmpeg-trac] #478(undetermined:closed): Audio bitrate parameter is ignored or inconsistent In-Reply-To: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> References: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> Message-ID: <050.0ef2c6480a2558fa591ca49da687d532@avcodec.org> #478: Audio bitrate parameter is ignored or inconsistent -------------------------------------+------------------------------------- Reporter: Alex__ | 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: Please test {{{ $ ffmpeg -i multitrack.mov out.wav $ faac -q 500 out.wav -o outfaac.aac }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 11:54:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 09:54:50 -0000 Subject: [FFmpeg-trac] #478(undetermined:closed): Audio bitrate parameter is ignored or inconsistent In-Reply-To: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> References: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> Message-ID: <050.b7964dc1eb9e0bd9272e1ca4ce764df2@avcodec.org> #478: Audio bitrate parameter is ignored or inconsistent -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Ok, you mean it's an expected behavior that the output is not scaled up? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 12:08:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 10:08:28 -0000 Subject: [FFmpeg-trac] #478(undetermined:closed): Audio bitrate parameter is ignored or inconsistent In-Reply-To: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> References: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> Message-ID: <050.e6bb3f25f8912b7939375839be1a3dff@avcodec.org> #478: Audio bitrate parameter is ignored or inconsistent -------------------------------------+------------------------------------- Reporter: Alex__ | 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): I mean that libfaac (an external library) using the highest possible quality cannot exceed a certain bitrate for a given sample, in your case that is approximately 70kb. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 12:10:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 10:10:48 -0000 Subject: [FFmpeg-trac] #478(undetermined:closed): Audio bitrate parameter is ignored or inconsistent In-Reply-To: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> References: <035.410c5cf3995d6eb01eceaf72d3ab46dc@avcodec.org> Message-ID: <050.f693f08fe3f8ebfff4961ca20efb1921@avcodec.org> #478: Audio bitrate parameter is ignored or inconsistent -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Ok, thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 12:15:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 10:15:49 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files Message-ID: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- All samples of Sony XDCAM-EX files start with two B-frames (presentation order) and then an I-frame. The two B-frames decode fine. The pictures look good in all cases. However, AVStream.start_time for these streams is always returned as the PTS of the first I-frame. Since the field is documented as the PTS of the first frame I thought this behavior is an error since I assume that "first" is meant as in presentation order as I thought the start_time field was used for things like seek offset calculations but I might be wrong here. Otherwise it would be good to make the documentation more specific here. I uploaded a sample (66MB) to http://www.datafilehost.com/download-abdaeffe.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 12:49:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 10:49:39 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.2f7baf934c2103b8429ffba239548239@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is a 2.5MB sample not sufficient to show the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 14:19:11 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 12:19:11 -0000 Subject: [FFmpeg-trac] #480(FFprobe:new): ffprobe -h segfaults Message-ID: <037.dd21021c93c3e1edd501f5d06b386f62@avcodec.org> #480: ffprobe -h segfaults --------------------------------------+--------------------------------- Reporter: cbsrobot | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- Starting program: /usr/local/bin/ffprobe Reading symbols for shared libraries .+++++++++++++++............................................................................................. done ffprobe version N-32621-g6210103, Copyright (c) 2007-2011 the FFmpeg developers built on Sep 16 2011 00:33:25 with gcc 4.2.1 (Apple Inc. build 5664) configuration: --enable-gpl --enable-version2 --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libvpx --enable-libfreetype --prefix=/usr/local libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Simple multimedia streams analyzer usage: ffprobe [OPTIONS] [INPUT_FILE] You have to specify one input file. Use -h to get full help or, even better, run 'man ffprobe'. Program exited with code 01. (gdb) r -h Starting program: /usr/local/bin/ffprobe -h Reading symbols for shared libraries . done ffprobe version N-32621-g6210103, Copyright (c) 2007-2011 the FFmpeg developers built on Sep 16 2011 00:33:25 with gcc 4.2.1 (Apple Inc. build 5664) configuration: --enable-gpl --enable-version2 --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libvpx --enable-libfreetype --prefix=/usr/local libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Simple multimedia streams analyzer usage: ffprobe [OPTIONS] [INPUT_FILE] Main options: -L show license -h show help -? show help -help show help --help show help -version show version -formats show available formats -codecs show available codecs -bsfs show available bit stream filters -protocols show available protocols -filters show available filters -pix_fmts show available pixel formats -sample_fmts show available audio sample formats -loglevel loglevel set libav* logging level -f format force format -unit show unit of the displayed values -prefix use SI prefixes for the displayed values -byte_binary_prefix use binary prefixes for byte units -sexagesimal use sexagesimal format HOURS:MM:SS.MICROSECONDS for time units -pretty prettify the format of displayed values, make it more human readable Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x00000001005a8865 in av_strlcat () (gdb) bt #0 0x00000001005a8865 in av_strlcat () #1 0x0000000100004fd2 in show_help_options () (gdb) disass $pc-32,$pc+32 Dump of assembler code for function av_strlcat: 0x00000001005a8830 : push %r13 0x00000001005a8832 : push %r12 0x00000001005a8834 : push %rbp 0x00000001005a8835 : push %rbx 0x00000001005a8836 : sub $0x8,%rsp 0x00000001005a883a : mov %rdi,%r13 0x00000001005a883d : mov %rsi,%rbx 0x00000001005a8840 : mov %rdx,%rbp 0x00000001005a8843 : callq 0x100754b22 0x00000001005a8848 : mov %rax,%r12 0x00000001005a884b : lea 0x1(%rax),%rax 0x00000001005a884f : cmp %rbp,%rax 0x00000001005a8852 : jae 0x1005a88b5 0x00000001005a8854 : mov %rbp,%rdx 0x00000001005a8857 : sub %r12,%rdx 0x00000001005a885a : lea 0x0(%r13,%r12,1),%rcx 0x00000001005a885f : cmp $0x1,%rdx 0x00000001005a8863 : jbe 0x1005a88cb 0x00000001005a8865 : movzbl (%rbx),%eax 0x00000001005a8868 : test %al,%al 0x00000001005a886a : je 0x1005a88d5 0x00000001005a886c : mov $0x1,%ebp 0x00000001005a8871 : jmp 0x1005a8887 0x00000001005a8873 : nopw 0x0(%rax,%rax,1) 0x00000001005a8879 : nopl 0x0(%rax) 0x00000001005a8880 : movzbl (%rbx),%eax 0x00000001005a8883 : test %al,%al 0x00000001005a8885 : je 0x1005a8897 0x00000001005a8887 : mov %al,(%rcx) 0x00000001005a8889 : inc %rcx 0x00000001005a888c : inc %rbx 0x00000001005a888f : inc %rbp 0x00000001005a8892 : cmp %rdx,%rbp 0x00000001005a8895 : jne 0x1005a8880 0x00000001005a8897 : movb $0x0,(%rcx) 0x00000001005a889a : mov %rbx,%rdi 0x00000001005a889d : callq 0x100754b22 0x00000001005a88a2 : lea -0x1(%r12,%rax,1),%rax 0x00000001005a88a7 : add %rbp,%rax 0x00000001005a88aa : add $0x8,%rsp 0x00000001005a88ae : pop %rbx 0x00000001005a88af : pop %rbp 0x00000001005a88b0 : pop %r12 0x00000001005a88b2 : pop %r13 0x00000001005a88b4 : retq 0x00000001005a88b5 : mov %rbx,%rdi 0x00000001005a88b8 : callq 0x100754b22 0x00000001005a88bd : add %r12,%rax 0x00000001005a88c0 : add $0x8,%rsp 0x00000001005a88c4 : pop %rbx 0x00000001005a88c5 : pop %rbp 0x00000001005a88c6 : pop %r12 0x00000001005a88c8 : pop %r13 0x00000001005a88ca : retq 0x00000001005a88cb : mov $0x1,%ebp 0x00000001005a88d0 : test %rdx,%rdx 0x00000001005a88d3 : je 0x1005a889a 0x00000001005a88d5 : mov $0x1,%ebp 0x00000001005a88da : jmp 0x1005a8897 0x00000001005a88dc : nopl 0x0(%rax) End of assembler dump. (gdb) info all-registers rax 0xe 14 rbx 0x0 0 rcx 0x7fff5fbff79d 140734799804317 rdx 0x33 51 rsi 0x0 0 rdi 0x0 0 rbp 0x40 0x40 rsp 0x7fff5fbff760 0x7fff5fbff760 r8 0x1000017f0 4294973424 r9 0x0 0 r10 0x0 0 r11 0x246 582 r12 0xd 13 r13 0x7fff5fbff790 140734799804304 r14 0x100754cea 4302654698 r15 0x7fff70dd45c0 140735086937536 rip 0x1005a8865 0x1005a8865 eflags 0x10202 66050 cs 0x2b 43 ss 0x0 0 ds 0x0 0 es 0x0 0 fs 0x23 35 gs 0xf 15 st0 (raw 0xffff0000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 0 (raw 0x00000000000000000000) st5 0 (raw 0x00000000000000000000) st6 0 (raw 0x00000000000000000000) st7 0 (raw 0x00000000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 { v4_float = {9.14767638e-41, 0, 0, 0}, v2_double = {1.3852388523421298e-309, 0}, v16_int8 = {0, 0, -1, 0 }, v8_int16 = {0, -256, 0, 0, 0, 0, 0, 0}, v4_int32 = {65280, 0, 0, 0}, v2_int64 = {280375465082880, 0}, uint128 = 0x0000ff00000000000000000000000000 } (raw 0x00000000000000000000000000ff0000) xmm1 { v4_float = {0, 0, 3.57331108e-43, 0}, v2_double = {0, 5.4110892669614444e-312}, v16_int8 = {0 , -1, 0, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 0, 255, 0, 0}, v4_int32 = {0, 0, 255, 0}, v2_int64 = {0, 1095216660480}, uint128 = 4278190080 } (raw 0x00000000ff0000000000000000000000) xmm2 { v4_float = {-nan(0x7fffff), -nan(0x7fffff), -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xfffffffffffff), -nan(0xfffffffffffff)}, v16_int8 = {-1 }, v8_int16 = {-1, -1, -1, -1, -1, -1, -1, -1}, v4_int32 = {-1, -1, -1, -1}, v2_int64 = {-1, -1}, uint128 = 0xffffffffffffffffffffffffffffffff } (raw 0xffffffffffffffffffffffffffffffff) xmm3 { v4_float = {0, 0, 7.94189453, 0}, v2_double = {0, 123456}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 64, -2, 36, 0, 0, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 16638, 9216, 0, 0}, v4_int32 = {0, 0, 1090397184, 0}, v2_int64 = {0, 4683220244930494464}, uint128 = 2424384 } (raw 0x000000000024fe400000000000000000) xmm4 { v4_float = {1.40129846e-45, 8.16039317e-19, 1.40129846e-45, 8.16037663e-19}, v2_double = {2.399188365075679e-314, 2.3991883492655783e-314}, v16_int8 = {0, 0, 0, 1, 33, 112, -38, 48, 0, 0, 0, 1, 33, 112, -38, 16}, v8_int16 = {0, 1, 8560, -9680, 0, 1, 8560, -9712}, v4_int32 = {1, 561044016, 1, 561043984}, v2_int64 = {4856011312, 4856011280}, uint128 = 0x000000012170da30000000012170da10 } (raw 0x10da70210100000030da702101000000) xmm5 { v4_float = {1.78622936e+31, 4.23297973e+21, 1.0764717e+21, 7.14333715e+31}, v2_double = {6.1017953904737366e+247, 1.171190597465054e+166}, v16_int8 = {115, 97, 116, 47, 99, 101, 120, 101, 98, 105, 108, 47, 116, 97, 103, 107}, v8_int16 = {29537, 29743, 25445, 30821, 25193, 27695, 29793, 26475}, v4_int32 = {1935766575, 1667594341, 1651076143, 1952540523}, v2_int64 = {8314054133982525541, 7091318039343359851}, uint128 = 0x7361742f6365786562696c2f7461676b } (raw 0x6b6761742f6c6962657865632f746173) xmm6 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm7 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm8 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm9 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm10 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm11 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm12 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm13 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm14 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) xmm15 { v4_float = {0, 0, 0, 0}, v2_double = {0, 0}, v16_int8 = {0 }, v8_int16 = {0, 0, 0, 0, 0, 0, 0, 0}, v4_int32 = {0, 0, 0, 0}, v2_int64 = {0, 0}, uint128 = 0 } (raw 0x00000000000000000000000000000000) mxcsr 0x1fa0 8096 (gdb) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 14:38:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 12:38:27 -0000 Subject: [FFmpeg-trac] #480(FFprobe:new): ffprobe -h segfaults In-Reply-To: <037.dd21021c93c3e1edd501f5d06b386f62@avcodec.org> References: <037.dd21021c93c3e1edd501f5d06b386f62@avcodec.org> Message-ID: <052.3aefc0dfc0078eeffc544acfb65d53e3@avcodec.org> #480: ffprobe -h segfaults ------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: stefano 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 ubitux): Fixed in 8af64e1a67725d29410219aaa8a5e8f2aaea7acf. PS: I don't have enough permissions to close the ticket, so if anyone can? :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 14:56:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 12:56:50 -0000 Subject: [FFmpeg-trac] #480(FFprobe:closed): ffprobe -h segfaults In-Reply-To: <037.dd21021c93c3e1edd501f5d06b386f62@avcodec.org> References: <037.dd21021c93c3e1edd501f5d06b386f62@avcodec.org> Message-ID: <052.40190d464b88c06bded07f34763b91ea@avcodec.org> #480: ffprobe -h segfaults ------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [comment:1 ubitux]: > Fixed in 8af64e1a67725d29410219aaa8a5e8f2aaea7acf. > > PS: I don't have enough permissions to close the ticket, so if anyone can? :) I confirm it is fixed -> closed, thanks for the report (and for the fix). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 15:34:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 13:34:42 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.4b109ae22ae60e3d2cf43eea993e5d8c@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rmk): Replying to [comment:1 cehoyos]: > Is a 2.5MB sample not sufficient to show the problem? yes, of course it would have been but I do not own that camera and I am very happy that someone was nice enough to take the time to produce a few short (10-14 seconds) samples that allow to unambiguously identify the first few frames to visually check what is being decoded, and allow me to use them for filing ffmpeg bug reports. At the bit rate of the camera 2.5 MB is hardly doable and anyway, all short samples I have are in that order of magnitude, so I hope it's OK as it is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 18:11:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 16:11:38 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.2b14cdbb9055029dab0cd67a4c4944d8@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb -----------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by sgarcia): Hi I am using it for a multiconference application, so it is decoding rtp video data. I could try to dump the h263 stream to a file to check if it makes ffmpeg crash. The problem ususally happen on situations with big packets losses that could cause damaged h263 streams. I add the padding to the buffer, but it is not alligned (anyway it does not crash inmediatelly). I have got the full info from another core dump: (gdb) bt #0 0x00e81882 in clear_blocks_sse (blocks=0xb36202e0) at libavcodec/x86/dsputil_mmx.c:539 #1 0x00c7ec39 in ff_h263_decode_mb (s=0xb3600a60, block=0xb36202e0) at libavcodec/ituh263dec.c:634 #2 0x00bcef1f in decode_slice (s=0xb3600a60) at libavcodec/h263dec.c:215 #3 0x00bd0059 in ff_h263_decode_frame (avctx=0xb3600520, data=0xb3600940, data_size=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/h263dec.c:671 #4 0x00dec1e1 in avcodec_decode_video2 (avctx=0xb3600520, picture=0xb3600940, got_picture_ptr=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/utils.c:772 #5 0x080c493d in H263Decoder::DecodePacket (this=0xb36004c8, in=0xb15fbcc4 "", inLen=308, lost=0, last=1) at /usr/local/src/mcu/media/src/h263/h263codec.cpp:476 #6 0x08077852 in VideoStream::RecVideo (this=0xb6a122d0) at /usr/local/src/mcu/media/src/videostream.cpp:668 #7 0x08076b17 in VideoStream::startReceivingVideo (par=0xb6a122d0) at /usr/local/src/mcu/media/src/videostream.cpp:190 #8 0x001239e9 in start_thread () from /lib/libpthread.so.0 #9 0x0066ff3e in clone () from /lib/libc.so.6 (gdb) bt #0 0x00e81882 in clear_blocks_sse (blocks=0xb36202e0) at libavcodec/x86/dsputil_mmx.c:539 #1 0x00c7ec39 in ff_h263_decode_mb (s=0xb3600a60, block=0xb36202e0) at libavcodec/ituh263dec.c:634 #2 0x00bcef1f in decode_slice (s=0xb3600a60) at libavcodec/h263dec.c:215 #3 0x00bd0059 in ff_h263_decode_frame (avctx=0xb3600520, data=0xb3600940, data_size=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/h263dec.c:671 #4 0x00dec1e1 in avcodec_decode_video2 (avctx=0xb3600520, picture=0xb3600940, got_picture_ptr=0xb15fbc40, avpkt=0xb15fbbfc) at libavcodec/utils.c:772 #5 0x080c493d in H263Decoder::DecodePacket (this=0xb36004c8, in=0xb15fbcc4 "", inLen=308, lost=0, last=1) at /usr/local/src/mcu/media/src/h263/h263codec.cpp:476 #6 0x08077852 in VideoStream::RecVideo (this=0xb6a122d0) at /usr/local/src/mcu/media/src/videostream.cpp:668 #7 0x08076b17 in VideoStream::startReceivingVideo (par=0xb6a122d0) at /usr/local/src/mcu/media/src/videostream.cpp:190 #8 0x001239e9 in start_thread () from /lib/libpthread.so.0 #9 0x0066ff3e in clone () from /lib/libc.so.6 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xe81862 to 0xe818a2: 0x00e81862 : movaps %xmm0,(%edx,%eax,1) 0x00e81866 : movaps %xmm0,0x10(%edx,%eax,1) 0x00e8186b : movaps %xmm0,0x20(%edx,%eax,1) 0x00e81870 : movaps %xmm0,0x30(%edx,%eax,1) 0x00e81875 : movaps %xmm0,0x40(%edx,%eax,1) 0x00e8187a : movaps %xmm0,0x50(%edx,%eax,1) 0x00e8187f : movaps %xmm0,0x60(%edx,%eax,1) 0x00e81884 : movaps %xmm0,0x70(%edx,%eax,1) 0x00e81889 : add $0x80,%eax 0x00e8188e : js 0xe81862 0x00e81890 : ret 0x00e81891: jmp 0xe818a0 0x00e81893: nop 0x00e81894: nop 0x00e81895: nop 0x00e81896: nop 0x00e81897: nop 0x00e81898: nop 0x00e81899: nop 0x00e8189a: nop 0x00e8189b: nop 0x00e8189c: nop 0x00e8189d: nop 0x00e8189e: nop 0x00e8189f: nop 0x00e818a0 : push %esi 0x00e818a1 : xor %edx,%edx End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x1170da0 18288032 edx 0xb36205e0 -1285421600 ebx 0xb3600a60 -1285551520 esp 0xb15fb94c 0xb15fb94c ebp 0x0 0x0 esi 0x7 7 edi 0x938d 37773 eip 0xe81882 0xe81882 eflags 0x10286 [ PF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -nan(0x8c8c8b8b8c8c8a8a) (raw 0xffff8c8c8b8b8c8c8a8a) st1 -nan(0x8c008c008b008b) (raw 0xffff008c008c008b008b) st2 -nan(0x8c8c8b8b8c8b8a8a) (raw 0xffff8c8c8b8b8c8b8a8a) st3 -nan(0x8c008c008b008b) (raw 0xffff008c008c008b008b) st4 -nan(0x8b008b008a008a) (raw 0xffff008b008b008a008a) st5 -nan(0x8a008a0089008a) (raw 0xffff008a008a0089008a) st6 -nan(0x8b008b008a008a) (raw 0xffff008b008b008a008a) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x73 115 fioff 0x80779d7 134707671 foseg 0x7b 123 fooff 0xb15fc2c4 -1319124284 fop 0x144 324 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x57000000, 0x75700000, 0x55400000, 0x55400000}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x57, 0x56, 0x56, 0x57, 0x57, 0x57, 0x56, 0x55, 0x54, 0x55, 0x55, 0x55, 0x55, 0x55, 0x54, 0x56}, v8_int16 = {0x5657, 0x5756, 0x5757, 0x5556, 0x5554, 0x5555, 0x5555, 0x5654}, v4_int32 = { 0x57565657, 0x55565757, 0x55555554, 0x56545555}, v2_int64 = {0x5556575757565657, 0x5654555555555554}, uint128 = 0x56545555555555545556575757565657} xmm2 {v4_float = {0x57000000, 0x65700000, 0x51540000, 0x55500000}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x57, 0x56, 0x57, 0x57, 0x57, 0x56, 0x56, 0x55, 0x55, 0x54, 0x54, 0x54, 0x55, 0x55, 0x54, 0x55}, v8_int16 = {0x5657, 0x5757, 0x5657, 0x5556, 0x5455, 0x5454, 0x5555, 0x5554}, v4_int32 = { 0x57575657, 0x55565657, 0x54545455, 0x55545555}, v2_int64 = {0x5556565757575657, 0x5554555554545455}, uint128 = 0x55545555545454555556565757575657} xmm3 {v4_float = {0xd5800000, 0x55600000, 0x54560000, 0x51500000}, v2_double = {0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x56, 0x57, 0x57, 0x56, 0x56, 0x55, 0x55, 0x55, 0x56, 0x54, 0x53, 0x53, 0x54, 0x54, 0x53, 0x54}, v8_int16 = {0x5756, 0x5657, 0x5556, 0x5555, 0x5456, 0x5353, 0x5454, 0x5453}, v4_int32 = { 0x56575756, 0x55555556, 0x53535456, 0x54535454}, v2_int64 = {0x5555555656575756, 0x5453545453535456}, uint128 = 0x54535454535354565555555656575756} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, ---Type to continue, or q to quit--- v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x8c8c8b8b8c8c8a8a, v2_int32 = {0x8c8c8a8a, 0x8c8c8b8b}, v4_int16 = {0x8a8a, 0x8c8c, 0x8b8b, 0x8c8c}, v8_int8 = {0x8a, 0x8a, 0x8c, 0x8c, 0x8b, 0x8b, 0x8c, 0x8c}} mm1 {uint64 = 0x8c008c008b008b, v2_int32 = {0x8b008b, 0x8c008c}, v4_int16 = {0x8b, 0x8b, 0x8c, 0x8c}, v8_int8 = {0x8b, 0x0, 0x8b, 0x0, 0x8c, 0x0, 0x8c, 0x0}} mm2 {uint64 = 0x8c8c8b8b8c8b8a8a, v2_int32 = {0x8c8b8a8a, 0x8c8c8b8b}, v4_int16 = {0x8a8a, 0x8c8b, 0x8b8b, 0x8c8c}, v8_int8 = {0x8a, 0x8a, 0x8b, 0x8c, 0x8b, 0x8b, 0x8c, 0x8c}} mm3 {uint64 = 0x8c008c008b008b, v2_int32 = {0x8b008b, 0x8c008c}, v4_int16 = {0x8b, 0x8b, 0x8c, 0x8c}, v8_int8 = {0x8b, 0x0, 0x8b, 0x0, 0x8c, 0x0, 0x8c, 0x0}} mm4 {uint64 = 0x8b008b008a008a, v2_int32 = {0x8a008a, 0x8b008b}, v4_int16 = {0x8a, 0x8a, 0x8b, 0x8b}, v8_int8 = {0x8a, 0x0, 0x8a, 0x0, 0x8b, 0x0, 0x8b, 0x0}} mm5 {uint64 = 0x8a008a0089008a, v2_int32 = {0x89008a, 0x8a008a}, v4_int16 = {0x8a, 0x89, 0x8a, 0x8a}, v8_int8 = {0x8a, 0x0, 0x89, 0x0, 0x8a, 0x0, 0x8a, 0x0}} mm6 {uint64 = 0x8b008b008a008a, v2_int32 = {0x8a008a, 0x8b008b}, v4_int16 = {0x8a, 0x8a, 0x8b, 0x8b}, v8_int8 = {0x8a, 0x0, 0x8a, 0x0, 0x8b, 0x0, 0x8b, 0x0}} mm7 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} (gdb) BR Sergio -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 21:38:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 19:38:02 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.c827f498d6096baf8297480564b60c97@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the attached sample sufficient to reproduce the problem? If yes, please add compete uncut output of "ffmpeg -v 9 -loglevel 99 -i Mesht0456_01_cut.MP4" (latest git head). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 21:58:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 19:58:57 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.e94f3cfcf3e0f2206ea1634ba2f800a3@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb -----------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:2 sgarcia]: > I am using it for a multiconference application, so it is decoding rtp video data. I could try to dump the h263 stream to a file to check if it makes ffmpeg crash. Sounds like a good idea. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 23:22:32 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 21:22:32 -0000 Subject: [FFmpeg-trac] #472(undetermined:open): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.2368d9d61a0f99423a15ecb0a1270208@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: mplayer trains_cut.flv shows no initial gray frames. {{{ $ ffmpeg -i trains_cut.flv -qscale 2 out.avi ffmpeg version N-32617-ge78d1a5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 15 2011 23:18:20 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- version2 libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 40. 0 / 2. 40. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [flv @ 0x1301760] warning: first frame is no keyframe Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1) Input #0, flv, from 'trains_cut.flv': Metadata: audiodatarate : 64 framerate : 25 datasize : 14613960 lasttimestamp : 212960 audiosize : 1802309 videosize : 12811397 metadatacreator : inlet media - FLVTool2 height : 480 filesize : 14667897 videodatarate : 479 duration : 213 encoder : Riva FLV Encoder width : 640 Duration: 00:03:33.00, start: 0.000000, bitrate: 78 kb/s Stream #0.0: Video: flv1, yuv420p, 640x480, 490 kb/s, 25 tbr, 1k tbn, 1k tbc Stream #0.1: Audio: mp3, 44100 Hz, mono, s16, 64 kb/s [buffer @ 0x1306ec0] w:640 h:480 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, avi, to 'out.avi': Metadata: audiodatarate : 64 framerate : 25 datasize : 14613960 lasttimestamp : 212960 audiosize : 1802309 videosize : 12811397 metadatacreator : inlet media - FLVTool2 height : 480 filesize : 14667897 videodatarate : 479 duration : 213 width : 640 ISFT : Lavf53.12.0 Stream #0.0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0.1: Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, mono, flt, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (flv -> mpeg4) Stream #0.1 -> #0.1 (mp3 -> ac3) Press [q] to stop, [?] for help [flv @ 0x1301760] warning: first frame is no keyframe [flv @ 0x1301760] Error at MB: 567 3912kB time=00:00:24.31 bitrate=1318.1kbits/s [flv @ 0x1301760] concealing 698 DC, 698 AC, 698 MV errors frame= 646 fps=396 q=2.0 Lsize= 4404kB time=00:00:25.87 bitrate=1394.1kbits/s video:3957kB audio:404kB global headers:0kB muxing overhead 0.975746% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 23:23:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 21:23:58 -0000 Subject: [FFmpeg-trac] #471(avcodec:closed): CJPG decodes B/W In-Reply-To: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> References: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> Message-ID: <051.2393b947bd55b6a824d711595a85c742@avcodec.org> #471: CJPG decodes B/W ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cjpg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 16 23:27:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 16 Sep 2011 21:27:54 -0000 Subject: [FFmpeg-trac] #473(undetermined:new): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.0cc00996c744d83a08699147f8087801@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please consider reading http://ffmpeg.org/bugreports.html ("If the sample file is too large") -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 17 05:05:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Sep 2011 03:05:34 -0000 Subject: [FFmpeg-trac] #481(avcodec:new): mpeg4 codec encoding bitrate (-b) is not honored Message-ID: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored -------------------------------------+------------------------------------- Reporter: gyohng | Type: defect Status: new | Priority: important Component: avcodec | Version: git Keywords: mpeg4 | Blocked By: bitrate | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Please check this example: http://pvtftp.trueinstruments.com/ffmpeg_bug.zip The example .bat file is for Windows, but it should equally work under Linux. This is tested on Sep 15 snapshot of the GIT. Running the command as such: * ffmpeg -i video-2011-09-07-12-02-58.mp4 -b 18000k -an a.avi Does not honor 18M bit rate, and instead encodes the file with 3-4Mbps bit rate with q constantly equal to 31. Also, -qmin/-qmax spec is not honored, and if qmin/qmax is specified to, for example, 2-8, q still stays at 31.0 qscale is the only thing that works fine. Jul 31 2010 doesn't seem to have this problem and encodes everything correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 17 05:10:23 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Sep 2011 03:10:23 -0000 Subject: [FFmpeg-trac] #481(avcodec:new): mpeg4 codec encoding bitrate (-b) is not honored In-Reply-To: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> References: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> Message-ID: <050.88f42bb93738067e14881ea79baeae1b@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored ---------------------------------------+----------------------------------- Reporter: gyohng | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: mpeg4 bitrate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by gyohng): There is a sample video, ffmpeg Sep 15 Windows build and a batch file under the link in the original bug description, but it doesn't seem to depend on this particular video. I tested it with several 1280x720 cellphone h264 input videos, and the problem is reproducible on ARM-Linux (Android) as well as on Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 17 08:21:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Sep 2011 06:21:54 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.ea4722dc5e89036094b2a2e9d6d752ae@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): Thanks for your response. Since the web site http://www.datafilehost.com/ has file size 100MB limitation. And file size of my tested video clip larger than 100MB. Could you provide other web site or FTP server for me to upload my tested vido clip. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 17 10:19:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Sep 2011 08:19:30 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.ff4fb5d2efe3ac3f01d48e93e2563a95@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rmk): Yes. ./ffmpeg -v 9 -loglevel 99 -i ~/tmp/Mesht0456_01_cut.MP4 ffmpeg version N-32659-gbfadca1, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 17 2011 09:56:59 with gcc 4.2.1 (Apple Inc. build 5664) configuration: --enable-gpl libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 15. 0 / 53. 15. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 3. 3 / 53. 3. 3 libavfilter 2. 43. 0 / 2. 43. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100ec00] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100ec00] ISO: File Type Major Brand: mp42 [mpeg2video @ 0x101009800] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x10100ec00] All info found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/tmp/Mesht0456_01_cut.MP4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42 creation_time : 2011-07-27 16:00:00 Duration: 00:00:14.71, start: 0.000000, bitrate: 1336 kb/s Stream #0.0(eng), 1, 1/30000: Video: mpeg2video (Main) (mp4v / 0x7634706D), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1001/60000, 35000 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2011-07-27 16:00:00 Stream #0.1(eng), 24, 1/48000: Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2011-07-27 16:00:00 At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 01:07:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 17 Sep 2011 23:07:31 -0000 Subject: [FFmpeg-trac] #482(build system:new): make fails if --disable-swscale, as cmdutils.c invokes sws_get_class without #if CONFIG_SWSCALE Message-ID: <038.02b0bff1cf28f3c144709b4321ca2b5b@avcodec.org> #482: make fails if --disable-swscale, as cmdutils.c invokes sws_get_class without #if CONFIG_SWSCALE -------------------------------------+------------------------------------- Reporter: skierpage | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- (I'm building from git to debug some QCELP audio playback problems.) From "Get FFmpeg" I downloaded git snapshot. I don't need all of ffmpeg so I tried % /configure --prefix=/home/skierpage/src/ffmpeg --disable-swscale --disable-avfilter --disable-network % make This errors with {{{ cmdutils.o: In function `opt_default': /home/skierpage/src/ffmpeg-HEAD-9a9ceb8/cmdutils.c:314: undefined reference to `sws_get_class' collect2: ld returned 1 exit status make: *** [ffprobe_g] Error 1 }}} I'm pretty sure the problem is sws_get_class() is defined in libswcale, so if that's disabled with --disable-swscale , then cmdutils.c won't compile. Other invocations of sws_ functions are guarded with #if CONFIG_SWSCALE. A dumb patch that allows make to complete and doesn't immediately crash ffprobe is {{{ --- cmdutils.c.org 2011-09-17 13:36:43.000000000 -0700 +++ cmdutils.c 2011-09-17 15:54:37.453134577 -0700 @@ -311,6 +311,11 @@ const AVOption *oc, *of, *os; char opt_stripped[128]; const char *p; +// SPage: avoid sws_get_class failure +#if !CONFIG_SWSCALE +# define sws_get_class(x) 0 +#endif + const AVClass *cc = avcodec_get_class(), *fc = avformat_get_class(), *sc = sws_get_class(); if (!(p = strchr(opt, ':'))) }}} I hope this helps. Thank you for ffmpeg's massive AV format support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 04:09:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 02:09:46 -0000 Subject: [FFmpeg-trac] #483(build system:new): libavformat needs timefilter for OUTDEV as well as INDEV Message-ID: <038.baec056af05e55e4f14a58837d43b714@avcodec.org> #483: libavformat needs timefilter for OUTDEV as well as INDEV -------------------------------------+------------------------------------- Reporter: skierpage | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- (I'm building from git to debug some QCELP audio playback problems.) From "Get FFmpeg" I downloaded git snapshot. I don't need all of ffmpeg so I tried % ./configure --prefix=/home/skierpage/src/ffmpeg --disable-network --disable-indevs % make This errors with {{{ LD ffmpeg_g libavdevice/libavdevice.a(alsa-audio-common.o): In function `ff_alsa_close': /home/skierpage/src/ffmpeg-HEAD-9a9ceb8/libavdevice/alsa-audio- common.c:322: undefined reference to `ff_timefilter_destroy' collect2: ld returned 1 exit status Reaping losing child 0x01d24890 PID 11332 make: *** [ffmpeg_g] Error 1 }}} It's building alsa because configure detects HAVE_ALSA_ASOUNDLIB_H on my system, so config.mak sets CONFIG_ALSA_OUTDEV=yes. At first I thought the problem was, like like libavdevice/jack-audio.c , libavdevice/alsa-audio- common.c needs to add #include "libavformat/timefilter.h" but that doesn't help. It seems the problem is libavformat's Makefile only compiles in timefilter.c if CONFIG_ALSA_INDEV is set. But you still need timefilter if you have no input device named alsa (e.g. because you configure with --disable-indevs) but you have an alsa outdev. A dumb patch that allows make to complete and results in working avconv is {{{ --- libavformat/Makefile.org 2011-09-17 13:36:43.000000000 -0700 +++ libavformat/Makefile 2011-09-17 18:00:02.698529430 -0700 @@ -347,6 +347,7 @@ # libavdevice dependencies OBJS-$(CONFIG_ALSA_INDEV) += timefilter.o +OBJS-$(CONFIG_ALSA_OUTDEV) += timefilter.o OBJS-$(CONFIG_JACK_INDEV) += timefilter.o }}} I suspect if configure detects Jack audio and you've disabled input devices, the Makefile will need a similar line for CONFIG_JACK_OUTDEV. I hope this helps. Thank you for ffmpeg's massive AV format support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 15:19:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 13:19:59 -0000 Subject: [FFmpeg-trac] #484(avcodec:new): prores fails to decode 4444 Message-ID: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> #484: prores fails to decode 4444 -----------------------------------+-------------------------------------- Reporter: jonne_jvl | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- The recently added prores decoder fails to decode 4444 streams. By changing a few conditions it actually decodes them, though there are some artifacts. Ill put some samples up. I have a patch that enables the decoding with artifacts, trying to get git to create it for me. The artifacts are not *that* severe but they look interesting. Would probably be better to at least decode them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 15:30:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 13:30:54 -0000 Subject: [FFmpeg-trac] #484(avcodec:new): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.c709ff844a8db208e9bc3574ff55556f@avcodec.org> #484: prores fails to decode 4444 ------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by jonne_jvl): http://213.180.83.85/samples/ The 422 samples all work. The two original files shows different artifacts. The first one has color displaced. (traffic lights and yellow stripe on left pole) The second one has color noise all over the place. The 4444 is one of the original files reencoded to linear sample values (direct from camera is log sample values) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 17:07:08 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 15:07:08 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.b261444765005b46f7cca15aca5e80f9@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Seems not to be fixed completely. I applied your patch to the latest git trunk: Steps that will reproduce the problem? 1. Download the latest trunk 2. Apply the above mentioned patch 3. Convert the below mentioned example with the below mentioned parameters 4. Open the output file with QuickTime Player X using OS X Lion 10.7.1 What is the expected result? To be able to select the audio track. What happens instead? No track shown (even not "Default"). Possible workaround: Usually I can fix this kind of broken files with "Subler". But it exists with "Error: ReadProperties: atom 'text' is too small; overrun at property: displayFlags (../src/mp4atom.cpp,387)". Furthermore it's not possible to convert the sub titles. Any additional information: * Input: http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang- example-small-issue-468.mkv * Output: http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang- example-small-issue-468.m4v * Command: {{{ $ ffmpeg -y -i multi-lang-example-small-issue-468.mkv -vcodec copy -map 0 -map -0:s multi-lang-example-small-issue-468.m4v ffmpeg version N-30044-g9209249, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 18 2011 16:52:05 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-libfaac --enable-libx264 --enable-gpl --enable- nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 47.95 (5000000/104271) -> 23.98 (24000/1001) Input #0, matroska,webm, from 'multi-lang-example-small.mkv': Metadata: title : #9 Duration: 01:19:24.26, start: 0.000000, bitrate: 3 kb/s Chapter #0.0: start 0.000000, end 246.913000 Metadata: title : 00:00:00.000 Chapter #0.1: start 246.913000, end 591.174000 Metadata: title : 00:04:06.913 Chapter #0.2: start 591.174000, end 728.436000 Metadata: title : 00:09:51.174 Chapter #0.3: start 728.436000, end 948.072000 Metadata: title : 00:12:08.436 Chapter #0.4: start 948.072000, end 1056.889000 Metadata: title : 00:15:48.072 Chapter #0.5: start 1056.889000, end 1238.154000 Metadata: title : 00:17:36.889 Chapter #0.6: start 1238.154000, end 1460.000000 Metadata: title : 00:20:38.154 Chapter #0.7: start 1460.000000, end 1747.746000 Metadata: title : 00:24:20.000 Chapter #0.8: start 1747.746000, end 2018.683000 Metadata: title : 00:29:07.746 Chapter #0.9: start 2018.683000, end 2148.563000 Metadata: title : 00:33:38.683 Chapter #0.10: start 2148.563000, end 2403.860000 Metadata: title : 00:35:48.563 Chapter #0.11: start 2403.860000, end 2686.183000 Metadata: title : 00:40:03.860 Chapter #0.12: start 2686.183000, end 2885.382000 Metadata: title : 00:44:46.183 Chapter #0.13: start 2885.382000, end 3169.833000 Metadata: title : 00:48:05.382 Chapter #0.14: start 3169.833000, end 3305.427000 Metadata: title : 00:52:49.833 Chapter #0.15: start 3305.427000, end 3583.997000 Metadata: title : 00:55:05.427 Chapter #0.16: start 3583.997000, end 3820.066000 Metadata: title : 00:59:43.997 Chapter #0.17: start 3820.066000, end 4106.936000 Metadata: title : 01:03:40.066 Chapter #0.18: start 4106.936000, end 4336.332000 Metadata: title : 01:08:26.936 Chapter #0.19: start 4336.332000, end 4764.267000 Metadata: title : 01:12:16.332 Stream #0.0: Video: h264 (High), yuv420p, 1920x1040, SAR 1:1 DAR 24:13, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Metadata: title : #9 Stream #0.1(ger): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 768 kb/s (default) Metadata: title : DTS Stream #0.2(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s Metadata: title : DTS Stream #0.3(ger): Subtitle: text (default) Metadata: title : Forced subs Output #0, ipod, to 'multi-lang-example-small.m4v': Metadata: title : #9 encoder : Lavf53.12.0 Chapter #0.0: start 0.000000, end 246.913000 Metadata: title : 00:00:00.000 Chapter #0.1: start 246.913000, end 591.174000 Metadata: title : 00:04:06.913 Chapter #0.2: start 591.174000, end 728.436000 Metadata: title : 00:09:51.174 Chapter #0.3: start 728.436000, end 948.072000 Metadata: title : 00:12:08.436 Chapter #0.4: start 948.072000, end 1056.889000 Metadata: title : 00:15:48.072 Chapter #0.5: start 1056.889000, end 1238.154000 Metadata: title : 00:17:36.889 Chapter #0.6: start 1238.154000, end 1460.000000 Metadata: title : 00:20:38.154 Chapter #0.7: start 1460.000000, end 1747.746000 Metadata: title : 00:24:20.000 Chapter #0.8: start 1747.746000, end 2018.683000 Metadata: title : 00:29:07.746 Chapter #0.9: start 2018.683000, end 2148.563000 Metadata: title : 00:33:38.683 Chapter #0.10: start 2148.563000, end 2403.860000 Metadata: title : 00:35:48.563 Chapter #0.11: start 2403.860000, end 2686.183000 Metadata: title : 00:40:03.860 Chapter #0.12: start 2686.183000, end 2885.382000 Metadata: title : 00:44:46.183 Chapter #0.13: start 2885.382000, end 3169.833000 Metadata: title : 00:48:05.382 Chapter #0.14: start 3169.833000, end 3305.427000 Metadata: title : 00:52:49.833 Chapter #0.15: start 3305.427000, end 3583.997000 Metadata: title : 00:55:05.427 Chapter #0.16: start 3583.997000, end 3820.066000 Metadata: title : 00:59:43.997 Chapter #0.17: start 3820.066000, end 4106.936000 Metadata: title : 01:03:40.066 Chapter #0.18: start 4106.936000, end 4336.332000 Metadata: title : 01:08:26.936 Chapter #0.19: start 4336.332000, end 4764.267000 Metadata: title : 01:12:16.332 Stream #0.0: Video: h264 (avc1 / 0x31637661), yuv420p, 1920x1040 [SAR 1:1 DAR 24:13], q=2-31, 2500k tbn, 23.98 tbc (default) Metadata: title : #9 Stream #0.1(ger): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1(side), s16, 128 kb/s (default) Metadata: title : DTS Stream #0.2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1(side), s16, 128 kb/s Metadata: title : DTS Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (dca -> libfaac) Stream #0.2 -> #0.2 (dca -> libfaac) Press [q] to stop, [?] for help [matroska,webm @ 0x7fd00203d800] Read error frame= 96 fps= 0 q=-1.0 Lsize= 244kB time=00:00:03.92 bitrate= 508.8kbits/s video:204kB audio:32kB global headers:0kB muxing overhead 3.257840% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 17:43:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 15:43:48 -0000 Subject: [FFmpeg-trac] #484(avcodec:open): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.c12617c056ebf57904a75df82233fb3b@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 Comment: Complete, uncut output missing, ffmpeg currently correctly outputs "unsupported version". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 18:58:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 16:58:30 -0000 Subject: [FFmpeg-trac] #482(build system:closed): make fails if --disable-swscale, as cmdutils.c invokes sws_get_class without #if CONFIG_SWSCALE In-Reply-To: <038.02b0bff1cf28f3c144709b4321ca2b5b@avcodec.org> References: <038.02b0bff1cf28f3c144709b4321ca2b5b@avcodec.org> Message-ID: <053.eef9d0f32ed2e7fd45b6bb2a28e1a232@avcodec.org> #482: make fails if --disable-swscale, as cmdutils.c invokes sws_get_class without #if CONFIG_SWSCALE -------------------------------------+------------------------------------- Reporter: skierpage | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | 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. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 19:16:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 17:16:30 -0000 Subject: [FFmpeg-trac] #481(avcodec:new): mpeg4 codec encoding bitrate (-b) is not honored In-Reply-To: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> References: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> Message-ID: <050.a07a0ef6488a32ca9a2ef049d68d959a@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored ---------------------------------------+----------------------------------- Reporter: gyohng | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git | Resolution: Keywords: mpeg4 bitrate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Since I cannot reproduce this issue (bitrate for minimal quantizer is <16Mb, quantizer is shown as 1-2 for -b18000k): Please add complete, uncut output of ffmpeg. (Please do not offer FFmpeg binaries for download!) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 19:43:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 17:43:37 -0000 Subject: [FFmpeg-trac] #483(build system:open): Compilation fails for --disable-everything --enable-outdev=alsa (was: libavformat needs timefilter for OUTDEV as well as INDEV) In-Reply-To: <038.baec056af05e55e4f14a58837d43b714@avcodec.org> References: <038.baec056af05e55e4f14a58837d43b714@avcodec.org> Message-ID: <053.c96e0d73572f1c3d15e7d1ea764aa647@avcodec.org> #483: Compilation fails for --disable-everything --enable-outdev=alsa -------------------------------------+------------------------------------- Reporter: skierpage | Owner: Type: defect | Status: open Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 20:44:21 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 18:44:21 -0000 Subject: [FFmpeg-trac] #481(avcodec:new): mpeg4 codec encoding bitrate (-b) is not honored In-Reply-To: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> References: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> Message-ID: <050.5c3564282f97efd8aa9f156e7c1cb928@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored ---------------------------------------+----------------------------------- Reporter: gyohng | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git | Resolution: Keywords: mpeg4 bitrate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Comment (by gyohng): I just did a refresh from git and cannot reproduce it either. Please check the attached output of the affected Windows build of ffmpeg (and I had the same with Android with ffmpeg-HEAD-8af64e1 archive, whichever is that). Apologies for submitting, if this is no longer valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 20:50:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 18:50:50 -0000 Subject: [FFmpeg-trac] #485(FFmpeg:new): libx264 does a hidden renice when running multi-threaded !?! Message-ID: <035.37e598f741fcc3d8883e1bab56419854@avcodec.org> #485: libx264 does a hidden renice when running multi-threaded !?! ----------------------------------+--------------------------------- Reporter: rkbwde | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.8.3 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------+--------------------------------- I've been using e.g. "ffmpeg -y -i blue_sky_1080p25.y4m -r 15.14 -b 3600k -vcodec libx264 -threads 0 tst.avi". On a quad core Phenom, top showed some 360% CPU usage, so four threads were running nicely. However, I noticed that cpufreqs governor "ondemand" failed to increase cpu clock frequency as expected - resulting in three times higher computing time than with cpufreqs governor "performance". After doing some experiments, I noticed that disabling ignore_nice_load (echo 0 >/sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load) fixed the issue. This would mean that these "background" threads run on lower priority than the main thread, wouldn't it ? To me this was quite surprising as I started ffmpeg with normal priority and expected all its threads to run on the same priority level. Rainer P.S. My own multi-threaded test software (computing faculties of large numbers) didn't expose this behaviour. P.P.S. Version info (packages from packman repository): ffmpeg version 0.8.3, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 8 2011 19:02:07 with gcc 4.5.1 20101208 [gcc-4_5-branch revision 167585] configuration: --shlibdir=/usr/lib64 --prefix=/usr --mandir=/usr/share/man --libdir=/usr/lib64 --enable-shared --disable- static --enable-libmp3lame --enable-libvorbis --enable-libtheora --enable- libspeex --enable-libxvid --enable-postproc --enable-gpl --enable-x11grab --extra-cflags='-fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack- protector -funwind-tables -fasynchronous-unwind-tables -g -fPIC -I/usr/include/gsm' --enable-debug --disable-stripping --enable-libgsm --enable-libschroedinger --enable-libdirac --enable-avfilter --enable- libvpx --enable-version3 --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libx264 --enable-libdc1394 --enable-pthreads --enable- librtmp libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 4. 0 / 53. 4. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 21:00:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 19:00:40 -0000 Subject: [FFmpeg-trac] #485(undetermined:new): libx264 does a hidden renice when running multi-threaded !?! In-Reply-To: <035.37e598f741fcc3d8883e1bab56419854@avcodec.org> References: <035.37e598f741fcc3d8883e1bab56419854@avcodec.org> Message-ID: <050.31fc54c4d0697035dd0d2c630a97ff8b@avcodec.org> #485: libx264 does a hidden renice when running multi-threaded !?! --------------------------------+---------------------------------------- Reporter: rkbwde | Owner: michael Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.3 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined Comment: Is this reproducible with one of the native FFmpeg encoders (without x264)? Please test latest git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 21:01:51 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 19:01:51 -0000 Subject: [FFmpeg-trac] #481(avcodec:closed): mpeg4 codec encoding bitrate (-b) is not honored In-Reply-To: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> References: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> Message-ID: <050.4086dc4e9059041283558f18be3a7513@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored -------------------------------------+------------------------------------- Reporter: gyohng | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: Keywords: mpeg4 | worksforme bitrate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: Please reopen if this is reproducible with current git head, oldabi, 0.8.3 or 0.7.4. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 18 22:24:37 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 18 Sep 2011 20:24:37 -0000 Subject: [FFmpeg-trac] #483(build system:closed): Compilation fails for --disable-everything --enable-outdev=alsa In-Reply-To: <038.baec056af05e55e4f14a58837d43b714@avcodec.org> References: <038.baec056af05e55e4f14a58837d43b714@avcodec.org> Message-ID: <053.368d22c3ed0219ed0f26d854ac4f4bb9@avcodec.org> #483: Compilation fails for --disable-everything --enable-outdev=alsa -------------------------------------+------------------------------------- Reporter: skierpage | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 11:43:42 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 09:43:42 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.ddc19fd17d4e4e4e2c592f33b8f1d2de@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): You could still add complete, uncut console output of ffmpeg (or ffplay, if the issue is not reproducible with ffmpeg) latest git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 11:56:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 09:56:40 -0000 Subject: [FFmpeg-trac] #187(undetermined:open): 3GP/MP4 performance regression In-Reply-To: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> References: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> Message-ID: <047.03c17a00877635fb43d70d4c17e5e1a3@avcodec.org> #187: 3GP/MP4 performance regression -------------------------------------+------------------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by brama): Thanks jsd, that's very helpful. Did you also try to just revert the one change, and did that turn up any issues? I have run our entire test video set against ffmpeg-0.8.3 with the one commit reverted, and no issues with a/v sync have turned up at all. I'm also seeing problems with some mp4 input files, not just wmv. For those, the ffmpeg output contains: {{{ [mp4 @ 0xa590c20] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 }}} If going the vsync/fixed rate route, I'll have to rework our transcoder flow a bit to catch ffmpeg's output as it's processing (or have it transcode only a few frames and/or kill it after a number of seconds) to catch the output and rework the logic based on that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 11:57:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 09:57:46 -0000 Subject: [FFmpeg-trac] #486(undetermined:new): Invalid pixel format '-1' with 3IVD files Message-ID: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> #486: Invalid pixel format '-1' with 3IVD files -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Invalid pixel format '-1' with 3IVD files Version: Latest trunk via git URL: see below Steps that will reproduce the problem? ffmpeg -i sample-small.mov sample-small.m4v What is the expected result? Converted file. What happens instead? "[buffer @ 0x7febd2c19860] Invalid pixel format '-1'". Possible workaround: Plays using VLC. Any additional information: * Input: (tbd) * Command: {{{ $ ffmpeg -i sample-small.mov sample-small.m4v ffmpeg version N-30061-g8593b74, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 11:47:54 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7febd303d800] Could not find codec parameters (Video: none (3IVD / 0x44564933), 624x304, 909 kb/s) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample-small.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-06-11 23:05:34 Duration: 01:31:45.12, bitrate: 1 kb/s Stream #0.0(eng): Audio: mp3 (ms[0]U / 0x5500736D), 48000 Hz, 2 channels, s16 Metadata: creation_time : 2008-06-11 23:05:34 Stream #0.1(eng): Video: none (3IVD / 0x44564933), 624x304, 909 kb/s, 23.89 fps, 24k tbr, 24k tbn, 24k tbc Metadata: creation_time : 2008-06-11 23:05:34 [ipod @ 0x7febd304cc00] Frame rate very high for a muxer not effciciently supporting it. Please consider specifiying a lower framerate, a different muxer or -vsync 2 [buffer @ 0x7febd2c19860] Invalid pixel format '-1' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 11:59:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 09:59:05 -0000 Subject: [FFmpeg-trac] #486(undetermined:new): Invalid pixel format '-1' with 3IVD files In-Reply-To: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> References: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> Message-ID: <050.69ab7a558c2fa23b0981183bb1727220@avcodec.org> #486: Invalid pixel format '-1' with 3IVD files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): * Input file: http://dl.dropbox.com/u/1358485/bugs/ffmpeg/486/sample- small-issue-486.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 12:15:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 10:15:17 -0000 Subject: [FFmpeg-trac] #486(avformat:open): 3IVD in isom unsupported (was: Invalid pixel format '-1' with 3IVD files) In-Reply-To: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> References: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> Message-ID: <050.6ba7a86c7918a947bf58236145ee5554@avcodec.org> #486: 3IVD in isom unsupported -------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => wish * version: unspecified => git-master * analyzed: 0 => 1 * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 12:22:48 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 10:22:48 -0000 Subject: [FFmpeg-trac] #486(avformat:closed): 3IVD in isom unsupported In-Reply-To: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> References: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> Message-ID: <050.788705dd07d1ac4214e23ccc6961a31e@avcodec.org> #486: 3IVD in isom unsupported -------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 12:27:36 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 10:27:36 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.63cccf0b7aa8afdbb7cf9030406c0bd7@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): I didn't see any option of ffplay that can generate uncut console output. Could you tell how can I generate uncut console output of ffplay? Thanks in advance. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 12:38:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 10:38:59 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.0b3644d495531c82f0559910bfd19243@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): First, you will have to test ffmpeg, because you may only report problems for ffplay that are not reproducible with ffmpeg. Both ffmpeg and ffplay print information on the console while running. Paste this output here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 12:42:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 10:42:26 -0000 Subject: [FFmpeg-trac] #486(avformat:closed): 3IVD in isom unsupported In-Reply-To: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> References: <035.ef13e16438f8c5f60cae8955b34bc22b@avcodec.org> Message-ID: <050.3c16075fe1331c608031f28be3b68584@avcodec.org> #486: 3IVD in isom unsupported -------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: enhancement | Status: closed Priority: wish | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by Alex__): Wow. Thanks. Confirmed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:06:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:06:19 -0000 Subject: [FFmpeg-trac] #487(undetermined:new): audio object type 23 not supported | apple quicktime aac ld Message-ID: <037.3476d8f10b9a26284153129459598840@avcodec.org> #487: audio object type 23 not supported | apple quicktime aac ld -------------------------------------+------------------------------------- Reporter: tbartdev | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: AAC-LD | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- according to http://ffmpeg-users.933282.n4.nabble.com/audio-object-type-23-not- supported-td938761.html I get [aac @ 0x89111c0]Audio object type 23 is not supported. Error while opening codec for input stream #0.0 on a mov produced on some apple system. I am here to provide the requested sample. Its cut down with dd so it may be broken at the end. Mplayer plays the sound fine (although the error msgs produced are the same), ffplay/ffmpeg does not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:08:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:08:46 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files Message-ID: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Hang on some example files Version: latest trunk (via git) URL: see attached Steps that will reproduce the problem? ffmpeg -y -i sample.mpg sample.m4v What is the expected result? Converted file or error message. What happens instead? ffmpeg hangs - ctrl+c doesn't kill the process. Possible workaround: - Any additional information: * Example: (see next comment) * Command: ffmpeg -y -i sample.mpg sample.m4v {{{ ffmpeg version N-30062-g4a9b069, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 12:35:00 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=111600, dts=115200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=115200, dts=118800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=122400, dts=126000, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=126000, dts=129600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=133200, dts=136800, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=136800, dts=140400, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=144000, dts=147600, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=147600, dts=151200, size=2018 Input #0, mpeg, from 'sample.mpg': Duration: 00:00:01.80, start: 0.000000, bitrate: 2275 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x110c24680] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:178/163 sws_param: [libx264 @ 0x7f8cdc051400] using SAR=178/163 [libx264 @ 0x7f8cdc051400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x7f8cdc051400] profile High, level 1.3 [libx264 @ 0x7f8cdc051400] 264 - core 116 - 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=3 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 'sample.m4v': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: h264 (avc1 / 0x31637661), yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], q=-1--1, 25 tbn, 25 tbc Stream #0.1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg1video -> libx264) Stream #0.1 -> #0.1 (mp2 -> libfaac) Press [q] to stop, [?] for help [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7f8cdc03d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:10:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:10:06 -0000 Subject: [FFmpeg-trac] #487(undetermined:closed): audio object type 23 not supported | apple quicktime aac ld In-Reply-To: <037.3476d8f10b9a26284153129459598840@avcodec.org> References: <037.3476d8f10b9a26284153129459598840@avcodec.org> Message-ID: <052.1b893e195946d0e078371ee61421bf8f@avcodec.org> #487: audio object type 23 not supported | apple quicktime aac ld -------------------------------------+------------------------------------- Reporter: tbartdev | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: AAC-LD | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Looks similar to #113. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:16:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:16:44 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.c77dea0b5dc960546ec26aa99a90398a@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 also reproducible without external libraries? (And please explain how you manage to produce a version number that looks 3000 versions old.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:37:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:37:29 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.473b3bde5fdb7c62d03cf760392cdf1b@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): > Is this also reproducible without external libraries? Can you provide me some more information on what you need exactly? E.g. the following command doesn't hang: "ffmpeg -i sample.mpg -vcodec copy -acodec copy sample-out.mpg". > (And please explain how you manage to produce a version number that looks 3000 versions old.) Compiling latest trunk: {{{ $ git pull && ./configure --enable-zlib --disable-debug --enable-libfaac --enable-libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang && make -j3 && make install }}} Still having using the patch from #468: {{{ $ git diff diff --git a/libavformat/movenc.c b/libavformat/movenc.c index 29de5b0..0a741de 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -1211,7 +1211,7 @@ static int mov_write_tkhd_tag(AVIOContext *pb, MOVTrack *track, AVStream *st) (version == 1) ? avio_wb32(pb, 104) : avio_wb32(pb, 92); /* size */ ffio_wfourcc(pb, "tkhd"); avio_w8(pb, version); - avio_wb24(pb, 0xf); /* flags (track enabled) */ + avio_wb24(pb, track->secondary ? 0x2 : 0xf); /* flags (first track enabled) */ if (version == 1) { avio_wb64(pb, track->time); avio_wb64(pb, track->time); @@ -1225,8 +1225,7 @@ static int mov_write_tkhd_tag(AVIOContext *pb, MOVTrack *track, AVStream *st) avio_wb32(pb, 0); /* reserved */ avio_wb32(pb, 0); /* reserved */ - avio_wb16(pb, 0); /* layer */ - avio_wb16(pb, st->codec->codec_type); /* alternate group) */ + avio_wb32(pb, track->alternative_group); /* reserved (Layer & Alternate group) */ /* Volume, only for audio */ if(track->enc->codec_type == AVMEDIA_TYPE_AUDIO) avio_wb16(pb, 0x0100); @@ -1808,6 +1807,7 @@ static int mov_write_moov_tag(AVIOContext *pb, MOVMuxContext *mov, { int i; int64_t pos = avio_tell(pb); + int not_first[AVMEDIA_TYPE_NB]={0}; avio_wb32(pb, 0); /* size placeholder*/ ffio_wfourcc(pb, "moov"); @@ -1835,6 +1835,14 @@ static int mov_write_moov_tag(AVIOContext *pb, MOVMuxContext *mov, //mov_write_iods_tag(pb, mov); for (i=0; inb_streams; i++) { if(mov->tracks[i].entry > 0) { + if(i < s->nb_streams){ + int codec_type= s->streams[i]->codec->codec_type; + if(codec_type==AVMEDIA_TYPE_AUDIO || codec_type==AVMEDIA_TYPE_SUBTITLE){ + mov->tracks[i].alternative_group= 1 + (codec_type==AVMEDIA_TYPE_SUBTITLE); + mov->tracks[i].secondary= not_first[codec_type]; + not_first[codec_type]= 1; + } + } mov_write_trak_tag(pb, &(mov->tracks[i]), i < s->nb_streams ? s->streams[i] : NULL); } } diff --git a/libavformat/movenc.h b/libavformat/movenc.h index 610683f..4676983 100644 --- a/libavformat/movenc.h +++ b/libavformat/movenc.h @@ -78,6 +78,8 @@ typedef struct MOVIndex { #define MOV_TRACK_STPS 0x0002 uint32_t flags; int language; + int alternative_group; + int secondary; int trackID; int tag; ///< stsd fourcc AVCodecContext *enc; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:40:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:40:37 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.32af958eef8d314b855c1f2b50b34ff7@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 suspect you are wrong: FFmpeg does not hang for the sample.) Try any command line that does not involve an external library, often ffmpeg -i input -qscale 2 out.avi / out.mpg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 13:55:12 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 11:55:12 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.b5fbab956d4bc34f6a148c4a2317055b@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): > (I suspect you are wrong: FFmpeg does not hang for the sample.) Let put is this way: it does not hang for the sample on your system . It does on my (OS X 10.7.1, compiler arguments as shown above with the given example): {{{ $ time ffmpeg -y -i sample-issue-488.mpg sample-issue-488.m4v ffmpeg version N-30062-g4a9b069, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 13:39:12 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 Input #0, mpeg, from 'sample-issue-488.mpg': Duration: 00:00:01.32, start: 0.000000, bitrate: 1861 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x7f88804215e0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:178/163 sws_param: [libx264 @ 0x7f8880851400] using SAR=178/163 [libx264 @ 0x7f8880851400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x7f8880851400] profile High, level 1.3 [libx264 @ 0x7f8880851400] 264 - core 116 - 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=3 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 'sample-issue-488.m4v': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: h264 (avc1 / 0x31637661), yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], q=-1--1, 25 tbn, 25 tbc Stream #0.1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg1video -> libx264) Stream #0.1 -> #0.1 (mp2 -> libfaac) Press [q] to stop, [?] for help [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7f888083d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 q ^C Killed: 9 real 0m51.891s user 1m20.129s sys 0m1.035s $ }}} > > Try any command line that does not involve an external library, often ffmpeg -i input -qscale 2 out.avi / out.mpg Sure: 1. Hangs {{{ $ time ffmpeg -y -i sample-issue-488.mpg -qscale 2 out.mpg ffmpeg version N-30062-g4a9b069, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 13:39:12 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 Input #0, mpeg, from 'sample-issue-488.mpg': Duration: 00:00:01.32, start: 0.000000, bitrate: 1861 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x7fee0b4215a0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:178/163 sws_param: [mpeg @ 0x7fee0b840200] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf53.12.0 Stream #0.0: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg1video -> mpeg1video) Stream #0.1 -> #0.1 (mp2 -> mp2) Press [q] to stop, [?] for help [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7fee0b83d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 }}} 2. Works: {{{ $ time ffmpeg -y -i sample-issue-488.mpg -qscale 2 out.avi ffmpeg version N-30062-g4a9b069, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 13:39:12 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 Input #0, mpeg, from 'sample-issue-488.mpg': Duration: 00:00:01.32, start: 0.000000, bitrate: 1861 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0.1[0x1c0]: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x7fcfd8c215a0] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:178/163 sws_param: Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0.1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg1video -> mpeg4) Stream #0.1 -> #0.1 (mp2 -> libmp3lame) Press [q] to stop, [?] for help [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x7fcfd903d800] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 [mpeg1video @ 0x7fcfd903fc00] ac-tex damaged at 18 15 [mpeg1video @ 0x7fcfd903fc00] Warning MVs not available [mpeg1video @ 0x7fcfd903fc00] concealing 66 DC, 66 AC, 66 MV errors [mp2 @ 0x7fcfd9050e00] incomplete frame Error while decoding stream #0.1 frame= 32 fps= 3 q=2.0 Lsize= 111965kB time=00:00:01.27 bitrate=721083.8kbits/s video:100kB audio:5kB global headers:0kB muxing overhead 106233.836009% real 0m12.843s user 0m1.987s sys 0m10.031s $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 14:06:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 12:06:09 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.88b19752369007c7198e1ea3850e018d@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Btw: the file "out.avi" has a size of 109MB. See "muxing overhead 106233.836009%" and "Stream #0.0[0x1e0]: Video: mpeg1video...104857 kb/s...". Might be related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 15:46:12 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 13:46:12 -0000 Subject: [FFmpeg-trac] #489(avcodec:new): AAC stream's decoding stops at a channel count switch Message-ID: <033.9328cb8d0a34a6bb7d80d2e23d8fe58d@avcodec.org> #489: AAC stream's decoding stops at a channel count switch -------------------------------------+------------------------------------- Reporter: JEEB | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: aac | master japanese isdb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '''Sample''': [http://www.cccp- project.net/beta/test_files/nhk_moshidora01_aac_channel_switch_sample.ts Japanese DTV transport stream] '''What happens''': After the news part ends, audio switches from mono to stereo. Decoding fails after this point. '''What should happen''': Decoder should switch to stereo and keep decoding. '''Other information''': Other variations of this include: 5.1, as well as "dual monorail". Will try to provide samples in case they become needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 17:46:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 15:46:29 -0000 Subject: [FFmpeg-trac] #489(avcodec:closed): AAC stream's decoding stops at a channel count switch In-Reply-To: <033.9328cb8d0a34a6bb7d80d2e23d8fe58d@avcodec.org> References: <033.9328cb8d0a34a6bb7d80d2e23d8fe58d@avcodec.org> Message-ID: <048.7936dff52a23192fdc899fd88267d4dc@avcodec.org> #489: AAC stream's decoding stops at a channel count switch -------------------------------------+------------------------------------- Reporter: JEEB | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: duplicate Keywords: aac | Blocked By: japanese isdb | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: See ticket #200. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 19 19:59:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 17:59:56 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.c46c5d4308a2beac2dcb4f0132a20344@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb -----------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by reimar): The relevant code is: s->dsp.clear_blocks(s->block[0]); I can't see a way for that to crash except if the pointer was corrupted or the MpegEncContext freed. valgrind might be able to help figure it out. However your backtrace is broken so I am rather skeptical anyway: #0 0x00e81882 in clear_blocks_sse (blocks=0xb36202e0) at libavcodec/x86/dsputil_mmx.c:539 means the program counter is at 0x00e81882 However according to the disassembly there is no instruction starting there: 0x00e8187f : movaps %xmm0,0x60(%edx,%eax,1) 0x00e81884 : movaps %xmm0,0x70(%edx,%eax,1) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 00:05:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 22:05:02 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.f64512063d9d219660c5884e0c36d313@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Replying to [comment:3 cehoyos]: > (I suspect you are wrong: FFmpeg does not hang for the sample.) Just double checked with a fresh Ubuntu 11.04 installation and ffmpeg + x264 compiled from trunk. Ffmpeg definitely hangs using the above mentioned compile/command parameters and the given example file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 01:47:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 19 Sep 2011 23:47:28 -0000 Subject: [FFmpeg-trac] #488(undetermined:new): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.667140880b874db631c98e988f159f14@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | 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 llogan): * version: unspecified => git-master Comment: Input sample-issue-488.mpg seems to hang for me on Arch Linux x86_64 and Ubuntu 11.04 32-bit. {{{ $ ffmpeg -v 9 -loglevel 99 -i sample-issue-488.mpg -y output.mpg ffmpeg version N-32725-ga6186f3, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 14:52:56 with gcc 4.6.1 20110819 (prerelease) configuration: --prefix=/usr libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 [mpeg @ 0x2007780] Format mpeg probed with size=8192 and score=52 [mpeg @ 0x2007780] probing stream 0 pp:2500 [mpeg @ 0x2007780] Probe with size=2018, packets=1 detected mpegvideo with score=25 [mpeg @ 0x2007780] probing stream 0 pp:2499 [mpeg @ 0x2007780] Probe with size=4036, packets=2 detected mpegvideo with score=25 [mpeg @ 0x2007780] probing stream 0 pp:2498 [mpeg @ 0x2007780] Probe with size=6054, packets=3 detected mpegvideo with score=25 [mpeg @ 0x2007780] probing stream 0 pp:2497 [mpeg @ 0x2007780] probing stream 0 pp:2496 [mpeg @ 0x2007780] Probe with size=10090, packets=5 detected mpegvideo with score=51 [mpeg @ 0x2007780] probed stream 0 [mpeg1video @ 0x200dc60] Unsupported bit depth: 0 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=14400, dts=18000, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=18000, dts=21600, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=25200, dts=28800, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=28800, dts=32400, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=36000, dts=39600, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=39600, dts=43200, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=46800, dts=50400, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=50400, dts=54000, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=57600, dts=61200, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=61200, dts=64800, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=68400, dts=72000, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=72000, dts=75600, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=79200, dts=82800, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=82800, dts=86400, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=90000, dts=93600, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=93600, dts=97200, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=100800, dts=104400, size=2018 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=104400, dts=108000, size=2018 Input #0, mpeg, from 'sample-issue-488.mpg': Duration: 00:00:01.32, start: 0.000000, bitrate: 1861 kb/s Stream #0.0[0x1e0], 32, 1/90000: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 1/25, 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0.1[0x1c0], 53, 1/90000: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x200f480] w:352 h:288 pixfmt:yuv420p tb:1/1000000 sar:178/163 sws_param: [mpeg1video @ 0x200e120] Unsupported bit depth: 0 [mpeg @ 0x2017f40] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'output.mpg': Metadata: encoder : Lavf53.12.0 Stream #0.0, 0, 1/90000: Video: mpeg1video, yuv420p, 352x288 [SAR 178:163 DAR 1958:1467], 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream #0.1, 0, 1/90000: Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg1video -> mpeg1video) Stream #0.1 -> #0.1 (mp2 -> mp2) Press [q] to stop, [?] for help [mpeg @ 0x2007780] invalid dts/pts combination 0 [mpeg1video @ 0x200dc60] Unsupported bit depth: 0 [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=3600, dts=7200, size=2018 *** 1 dup! [mpeg @ 0x2007780] Invalid timestamps stream=0, pts=7200, dts=10800, size=2018 timestamp discontinuity -95443717689, new offset= 95443717689 *** 2386092 dup! Killed }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 03:05:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 01:05:35 -0000 Subject: [FFmpeg-trac] #472(undetermined:closed): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.321baf087f762a9a384fe2a07b05dde7@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: I cannot reproduce any issues after the last commits so i think this is fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 04:40:51 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 02:40:51 -0000 Subject: [FFmpeg-trac] #488(undetermined:closed): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.36cb7fb2f3deebbc2ea1a1243b1f4cd0@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 08:02:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 06:02:44 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.860ce4b568454e0028d58eacef6916c2@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): Please refer to the attached file ffplay_h264_mpegts_log.txt for log message generated by ffplay. I will attached log message generated by ffmpeg later. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 08:52:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 06:52:50 -0000 Subject: [FFmpeg-trac] #466(undetermined:new): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.95a3c468a0dc0c744ee29bfd01d979ea@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): Since there are many FFMPEG command option. Which FFMPEG command option would you like to test with MPEGTS + H.264 video clip? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 10:08:54 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 08:08:54 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.7b893458312a7fb0881a70fa77b9d701@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Just to give an update: I applied this patch to the latest trunk and all my files are converted correctly. Except one (see the example file in my last comment). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 10:10:40 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 08:10:40 -0000 Subject: [FFmpeg-trac] #490(undetermined:new): Invalid pixel format '-1' for mdec video Message-ID: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> #490: Invalid pixel format '-1' for mdec video -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Invalid pixel format '-1' for mdec video Version: latest trunk URL: see attached file Steps that will reproduce the problem? 1. ffmpeg -i sample.mpg sample.m4v What is the expected result? The converted file. What happens instead? Error message: "Invalid pixel format '-1' Error opening filters!" Possible workaround: File plays fine using VLC. Any additional information: * Example file: attached * Command: {{{ $ ffmpeg -i sample.mpg sample.m4v ffmpeg version N-30087-g7491816, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 20 2011 08:16:42 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [psxstr @ 0x7fdbd903d800] Invalid parameters 68 4 63627 [psxstr @ 0x7fdbd903d800] missmatching sector_count Last message repeated 135 times [psxstr @ 0x7fdbd903d800] Could not find codec parameters (Video: mdec, 57345x9) [psxstr @ 0x7fdbd903d800] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: inf (1/0) -> 15.00 (15/1) Input #0, psxstr, from 'sample.mpg': Duration: N/A, bitrate: N/A Stream #0.0: Video: mdec, 57345x9, 15 tbr, 15 tbn Stream #0.1: Audio: adpcm_xa, 37800 Hz, 1 channels, s16 Stream #0.2: Audio: adpcm_xa, 37800 Hz, 1 channels, s16 [buffer @ 0x7fdbd8c19fe0] Invalid pixel format '-1' Error opening filters! $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 10:24:09 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 08:24:09 -0000 Subject: [FFmpeg-trac] #488(undetermined:closed): Hang on some example files In-Reply-To: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> References: <035.95900a796ae86c081333664b0bb737d4@avcodec.org> Message-ID: <050.eb15052e72bde88e39729d663ea377d4@avcodec.org> #488: Hang on some example files -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Alex__): Thanks! Confirmed. Although it produces thousands of warnings like this: "[mpeg @ 0x7fde8103d800] Invalid timestamps stream=0, pts=429588000, dts=429591600, size=2018". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 10:53:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 08:53:49 -0000 Subject: [FFmpeg-trac] #466(undetermined:closed): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.a19b8f863c8914d8d6bfc7ffcba1abe7@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: The version you are using is ancient and not supported. Please reopen if your problem is reproducible with current git head (or a current snapshot if you do not have git installed) or a current release. Please find them at http://ffmpeg.org/download.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 11:04:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 09:04:58 -0000 Subject: [FFmpeg-trac] #490(avformat:open): mpeg stream autodetected as psxstr (was: Invalid pixel format '-1' for mdec video) In-Reply-To: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> References: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> Message-ID: <050.cde735e25ed95c5a18e9caefa657b44e@avcodec.org> #490: mpeg stream autodetected as psxstr ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => regression Comment: (Workaround is to use ffmpeg -f mpeg -i sample-issue-490.mpg) Works fine with 0.5 {{{ $ ffmpeg -v 9 -loglevel 99 -i sample-issue-490.mpg ffmpeg version N-32709-gf5899f0, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 18:13:19 with icc 9999 configuration: --cc=/opt/intel/composer_xe_2011_sp1.6.233/bin/ia32/icc libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 [psxstr @ 0x9016aa0] Format psxstr probed with size=4096 and score=50 [psxstr @ 0x9016aa0] Invalid parameters 68 4 63627 [psxstr @ 0x9016aa0] missmatching sector_count Last message repeated 3 times st:1 removing common factor 8 from timebase st:2 removing common factor 8 from timebase [psxstr @ 0x9016aa0] missmatching sector_count Last message repeated 131 times [psxstr @ 0x9016aa0] Could not find codec parameters (Video: mdec, 57345x9, 0/1) [psxstr @ 0x9016aa0] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: inf (1/0) -> 15.00 (15/1) Input #0, psxstr, from 'sample-issue-490.mpg': Duration: N/A, bitrate: N/A Stream #0:0, 0, 1/15: Video: mdec, 57345x9, 0/1, 15 tbr, 15 tbn Stream #0:1, 18, 16/4725: Audio: adpcm_xa, 37800 Hz, 1 channels, s16 Stream #0:2, 18, 16/4725: Audio: adpcm_xa, 37800 Hz, 1 channels, s16 At least one output file must be specified }}} With psxstr autodetection disabled: {{{ $ ffmpeg -v 9 -loglevel 99 -i sample-issue-490.mpg ffmpeg version N-32709-gf5899f0, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 18:13:19 with icc 9999 configuration: --cc=/opt/intel/composer_xe_2011_sp1.6.233/bin/ia32/icc libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 [mpeg @ 0x9016aa0] Format mpeg probed with size=8192 and score=52 [mpeg @ 0x9016aa0] probing stream 0 pp:2500 [mpeg @ 0x9016aa0] Probe with size=2288, packets=1 detected mpegvideo with score=25 [mpeg @ 0x9016aa0] probing stream 0 pp:2499 [mpeg @ 0x9016aa0] Probe with size=4576, packets=2 detected mpegvideo with score=25 [mpeg @ 0x9016aa0] probing stream 0 pp:2498 [mpeg @ 0x9016aa0] probing stream 0 pp:2497 [mpeg @ 0x9016aa0] Probe with size=9152, packets=4 detected mpegvideo with score=51 [mpeg @ 0x9016aa0] probed stream 0 [mpeg2video @ 0x901cde0] Unsupported bit depth: 0 Input #0, mpeg, from 'sample-issue-490.mpg': Duration: 00:00:02.11, start: 0.221622, bitrate: 1546 kb/s Stream #0:0[0x1e0], 53, 1/90000: Video: mpeg2video (Main), yuv420p, 480x576 [SAR 8:5 DAR 4:3], 1/50, 2350 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1c1], 66, 1/90000: Audio: mp2, 44100 Hz, stereo, s16, 192 kb/s Stream #0:2[0x1c0], 66, 1/90000: Audio: mp2, 44100 Hz, stereo, s16, 192 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 11:13:22 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 09:13:22 -0000 Subject: [FFmpeg-trac] #490(avformat:open): mpeg stream autodetected as psxstr In-Reply-To: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> References: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> Message-ID: <050.d378995aa3e2c451e6aa6b7de4a69b69@avcodec.org> #490: mpeg stream autodetected as psxstr ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Alex__): Workaround works as expected. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 11:33:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 09:33:10 -0000 Subject: [FFmpeg-trac] #490(avformat:open): mpeg stream autodetected as psxstr In-Reply-To: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> References: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> Message-ID: <050.9d233933564b56c6c9617b015d4a7867@avcodec.org> #490: mpeg stream autodetected as psxstr ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Regression since r19854 / c4674a479bccdaa7071ef77baf21040909a97def -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 11:34:32 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 09:34:32 -0000 Subject: [FFmpeg-trac] #466(undetermined:closed): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.c0fc70eb311521a6a44a418b1a115d48@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): With current release, I meant 0.7.4 and 0.8.3, but a git snapshot is preferred. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 12:06:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 10:06:39 -0000 Subject: [FFmpeg-trac] #247(avformat:new): Image Sequence File Names Must Begin Close to Zero In-Reply-To: <038.179bf7539cab3612116b3646961efc57@avcodec.org> References: <038.179bf7539cab3612116b3646961efc57@avcodec.org> Message-ID: <053.f0b74fe021703bfa686f9a6479add3e7@avcodec.org> #247: Image Sequence File Names Must Begin Close to Zero -------------------------------------+------------------------------------- Reporter: cmarzullo | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: unspecified | Resolution: Keywords: image2 | Blocked By: sequence dpx | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): An unfinished patch was posted: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/134299/focus=134553 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 12:27:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 10:27:14 -0000 Subject: [FFmpeg-trac] #226(avcodec:open): QT RLE 1bpp support is buggy In-Reply-To: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> References: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> Message-ID: <053.6c6e17c0c9fed413bbf8e91119e10856@avcodec.org> #226: QT RLE 1bpp support is buggy ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Looks reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 12:37:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 10:37:39 -0000 Subject: [FFmpeg-trac] #491(FFmpeg:new): ffmpeg's -b option (bitrate) overrides audio bitrate Message-ID: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> #491: ffmpeg's -b option (bitrate) overrides audio bitrate ---------------------------------------+--------------------------------- Reporter: jbm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Using today's git (I don't know when that issue appeared), the "-b" bitrate option in FFmpeg sets both video AND audio bitrate. The FFmpeg documentation says: * To set the video bitrate of the output file to 64kbit/s: ffmpeg -i input.avi -b 64k output.avi However, in current git, trying for example: ffmpeg -i sample.MTS -b 2000k test.mpg Fails with the following error: [mp2 @ 0x80cbb20] bitrate 2000 is not allowed in mp2 Trying: ffmpeg -i sample.MTS -ab 128k -b 2000k test.mpg Also fails because '-b' overrides '-ab', so the only solution is to do: ffmpeg -i sample.MTS -b 2000k -ab 128k test.mpg This seems a bug to me, it was not working that way before, and it breaks the encoding profiles that we use in our application (Kdenlive). If this change was made on purpose, the documentation should be updated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 12:48:09 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 10:48:09 -0000 Subject: [FFmpeg-trac] #491(FFmpeg:new): ffmpeg's -b option (bitrate) overrides audio bitrate In-Reply-To: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> References: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> Message-ID: <047.0008894258c54ebfed02a5f918aaee3b@avcodec.org> #491: ffmpeg's -b option (bitrate) overrides audio bitrate -------------------------------------+----------------------------------- Reporter: jbm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 12:51:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 10:51:35 -0000 Subject: [FFmpeg-trac] #491(FFmpeg:new): ffmpeg's -b option (bitrate) overrides audio bitrate In-Reply-To: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> References: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> Message-ID: <047.f1f80ab27261ae7ea63b9718ce337278@avcodec.org> #491: ffmpeg's -b option (bitrate) overrides audio bitrate -------------------------------------+----------------------------------- Reporter: jbm | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jbm): Sorry, here is the complete output: ffmpeg -i 00006.MTS -b 2000k test.mpg ffmpeg version N-32732-g7491816, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 20 2011 12:11:56 with gcc 4.6.1 configuration: --prefix=/usr --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaac --enable-libvorbis --enable-pthreads --enable-libfaac --enable-libxvid --enable-x11grab --enable-libgsm --enable-libx264 --enable-libtheora --enable-libdc1394 --enable-nonfree --disable-stripping --enable-avfilter --enable-libschroedinger --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-version3 libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpegts @ 0x99beac0] parser not found for codec hdmv_pgs_subtitle, packets or times may be invalid. Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, mpegts, from '00006.MTS': Duration: 00:00:34.15, start: 0.701789, bitrate: 15782 kb/s Program 1 Stream #0.0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 192 kb/s Stream #0.2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) [buffer @ 0x99c61e0] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [mp2 @ 0x99c65a0] bitrate 2000 is not allowed in mp2 Output #0, mpeg, to 'test.mpg': Stream #0.0: Video: mpeg1video, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 90k tbn, 50 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 2000 kb/s Stream mapping: Stream #0.0 -> #0.0 (h264 -> mpeg1video) Stream #0.1 -> #0.1 (ac3 -> mp2) Error while opening encoder for output stream #0.1 - maybe incorrect parameters such as bit_rate, rate, width or height -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 13:01:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 11:01:19 -0000 Subject: [FFmpeg-trac] #491(FFmpeg:open): ffmpeg's -b option (bitrate) overrides audio bitrate In-Reply-To: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> References: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> Message-ID: <047.c50aaffa9719fbfce347877f6e0d9bfe@avcodec.org> #491: ffmpeg's -b option (bitrate) overrides audio bitrate ------------------------------------+----------------------------------- Reporter: jbm | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: The correct option in this case is -vb (which works with older versions). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 14:19:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 12:19:34 -0000 Subject: [FFmpeg-trac] #165(undetermined:closed): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.749e945151bb4b5392b42cc726505a93@avcodec.org> #165: QT Cinepak - plays in negative -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 15:10:17 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 13:10:17 -0000 Subject: [FFmpeg-trac] #477(FFmpeg:reopened): Unnecessary h264 -> libx264 conversion when using copy video codec In-Reply-To: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> References: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> Message-ID: <054.5cf2a619ed25adf7d1cbb0c8866de72e@avcodec.org> #477: Unnecessary h264 -> libx264 conversion when using copy video codec ------------------------------------+------------------------------------ Reporter: redirect77 | Owner: michael Type: defect | Status: reopened Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by redirect77): * status: closed => reopened * resolution: invalid => Comment: Modification of the command line to: ffmpeg.exe -y -i video.mkv -i audio.mkv -vcodec copy -acodec copy clip.mkv doesn't remedy the problem with binaries, compiled from Git repository source code. Also, in 0.8.3 release code, the problem doesn't occur no matter of the sequence of the parameters - both command lines perform a multiplex without recoding as expected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 17:10:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 15:10:14 -0000 Subject: [FFmpeg-trac] #477(FFmpeg:reopened): Unnecessary h264 -> libx264 conversion when using copy video codec In-Reply-To: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> References: <039.2591fff06d47489e8447543b94ce97e2@avcodec.org> Message-ID: <054.12b9bfb4ba93d713c1c03673c74c52f2@avcodec.org> #477: Unnecessary h264 -> libx264 conversion when using copy video codec ------------------------------------+------------------------------------ Reporter: redirect77 | Owner: michael Type: defect | Status: reopened Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 17:54:47 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 15:54:47 -0000 Subject: [FFmpeg-trac] #431(undetermined:open): When converting audio to an MP3 using CBR, result is reported VBR In-Reply-To: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> References: <037.d504fbd0c10e97b51536e1f16a7c91dc@avcodec.org> Message-ID: <052.d1b31c07fe3f4601db9525c2041d4f75@avcodec.org> #431: When converting audio to an MP3 using CBR, result is reported VBR -------------------------------------+------------------------------------- Reporter: schtorch | Owner: michael Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: CBR | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by schtorch): Please let me know if I should clarify anything or if I can help you in any way to fix that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 20 19:17:00 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 17:17:00 -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.98eb389dff98764c78931c478dc3ed05@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: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The workaround was pushed, this should be fixed now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 00:56:45 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 22:56:45 -0000 Subject: [FFmpeg-trac] #484(avcodec:open): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.594c2755c42ad4d149a0dc9d1dbd49ce@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by jonne_jvl): fixed in head. close. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 01:36:21 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 23:36:21 -0000 Subject: [FFmpeg-trac] #484(avcodec:open): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.20761fdc434ddd9e45a8defc1db2cc6d@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Which ProRes 4444 sample works for you with latest git head? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 01:58:41 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 20 Sep 2011 23:58:41 -0000 Subject: [FFmpeg-trac] #474(avcodec:new): SIG SEV in clear_blocks_sse in ff_h263_decode_mb In-Reply-To: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> References: <036.a024effc1a3148e39205101a2f7922ab@avcodec.org> Message-ID: <051.56da0d76163a262901be329be9a83c74@avcodec.org> #474: SIG SEV in clear_blocks_sse in ff_h263_decode_mb -----------------------------------+----------------------------------- Reporter: sgarcia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by sgarcia): More info.. If I run my program under valgrind I cannot reproduce the crash. Also changing the line s->dsp.clear_blocks(s->block[0]); By memset(s->block[0], 0, 2*6*64); Also seems to fix the issue. I run several h263/flv1 encoders while running the h263 decoder, could there be a concurrence problem with the sse assembler function? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 02:03:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 00:03:43 -0000 Subject: [FFmpeg-trac] #484(avcodec:open): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.ef115c0c5d4d915f7398f916d67c1956@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by tracey_pooh): hmm, I don't seem to be able to decode any ProRes small sample videos yet, w/ the head of the ffmpeg tree. I get "Invalid pixel format '-1'", and even for one of the tests mentioned above, a different error. Patch above doesn't patch (tried that, just in case). Did I miss some kind of enable option? Don't see anything like "prores" listed in "ffmpeg -formats".... Cmd-line errors/issues pasted below. Thx for any help! -tracey /tmp/f/ffmpeg/ffmpeg -i ProResTestForTracey.mov test.mp4 ffmpeg version N-32747-g7cb5def, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 20 2011 23:57:16 with gcc 4.5.2 configuration: --disable-shared --disable-ffserver --enable-avfilter --enable-gpl --enable-libdc1394 --enable-libdirac --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libschroedinger --enable- libspeex --enable-libvorbis --enable-libxvid --enable-nonfree --enable- postproc --enable-pthreads --enable-static --disable-vdpau --enable- x11grab --prefix=/usr --enable-version3 --enable-libvpx --enable-libx264 --extra-cflags=-I/tmp/f/usr/local/include --extra- ldflags=-L/tmp/f/usr/local/lib libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 1 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ProResTestForTracey.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-09-17 19:46:02 Duration: 00:00:57.93, start: 0.000000, bitrate: 64789 kb/s Stream #0.0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2011-09-17 19:46:02 Stream #0.1(eng): Video: prores (apch / 0x68637061), 720x486, 63246 kb/s, SAR 10:11 DAR 400:297, 29.98 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: creation_time : 2011-09-17 19:46:02 [buffer @ 0x1be76a0] Invalid pixel format '-1' Error opening filters! /tmp/f/ffmpeg/ffmpeg -i 422LT_trim.mov ffmpeg version N-32747-g7cb5def, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 20 2011 23:57:16 with gcc 4.5.2 configuration: --disable-shared --disable-ffserver --enable-avfilter --enable-gpl --enable-libdc1394 --enable-libdirac --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libopenjpeg --enable-libschroedinger --enable- libspeex --enable-libvorbis --enable-libxvid --enable-nonfree --enable- postproc --enable-pthreads --enable-static --disable-vdpau --enable- x11grab --prefix=/usr --enable-version3 --enable-libvpx --enable-libx264 --extra-cflags=-I/tmp/f/usr/local/include --extra- ldflags=-L/tmp/f/usr/local/lib libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x2d57380] Could not find codec parameters (Video: prores (apcs / 0x73637061), 1920x1080, 81579 kb/s) 422LT_trim.mov: could not find codec parameters I either get something like that or " -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 02:26:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 00:26:40 -0000 Subject: [FFmpeg-trac] #484(avcodec:closed): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.db38cc231427fca6068fe5dbba2336e7@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The ProRes decoder is GPLv2 only, so you have to configure with "--enable- gpl --enable-version2". (And since I also forgot I couldn't reproduce the fix before.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 04:14:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 02:14:26 -0000 Subject: [FFmpeg-trac] #492(undetermined:new): support for BitJazz SheerVideo Pro v.2.6.7.6 Message-ID: <036.7cfc7562458e1e233890434fe7cc6348@avcodec.org> #492: support for BitJazz SheerVideo Pro v.2.6.7.6 -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- As requested on ffmpeg.org here are sample files that use the shr0 codec. http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers1.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers10.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers11.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers12.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers13.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers2.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers3.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers4.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers5.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers6.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers7.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers8.mov http://www.archive.org/download/SAN_DIEGO_DANCERS/SDDancers9.mov http://www.archive.org/download/LONDON/London10.mov http://www.archive.org/download/LONDON/London11.mov http://www.archive.org/download/LONDON/London12.mov http://www.archive.org/download/LONDON/London13.mov http://www.archive.org/download/LONDON/London14.mov http://www.archive.org/download/LONDON/London15.mov http://www.archive.org/download/LONDON/London16.mov http://www.archive.org/download/LONDON/London17.mov http://www.archive.org/download/LONDON/London18.mov http://www.archive.org/download/LONDON/London19.mov http://www.archive.org/download/LONDON/London1.mov http://www.archive.org/download/LONDON/London20.mov http://www.archive.org/download/LONDON/London21.mov http://www.archive.org/download/LONDON/London22.mov http://www.archive.org/download/LONDON/London23.mov http://www.archive.org/download/LONDON/London24.mov http://www.archive.org/download/LONDON/London25.mov http://www.archive.org/download/LONDON/London26.mov http://www.archive.org/download/LONDON/London27.mov http://www.archive.org/download/LONDON/London28.mov http://www.archive.org/download/LONDON/London29.mov http://www.archive.org/download/LONDON/London2.mov http://www.archive.org/download/LONDON/London30.mov http://www.archive.org/download/LONDON/London31.mov http://www.archive.org/download/LONDON/London32.mov http://www.archive.org/download/LONDON/London33.mov http://www.archive.org/download/LONDON/London34.mov http://www.archive.org/download/LONDON/London35.mov http://www.archive.org/download/LONDON/London36.mov http://www.archive.org/download/LONDON/London37.mov http://www.archive.org/download/LONDON/London38.mov http://www.archive.org/download/LONDON/London39.mov http://www.archive.org/download/LONDON/London3.mov http://www.archive.org/download/LONDON/London4.mov http://www.archive.org/download/LONDON/London5.mov http://www.archive.org/download/LONDON/London6.mov http://www.archive.org/download/LONDON/London7.mov http://www.archive.org/download/LONDON/London8.mov http://www.archive.org/download/LONDON/London9.mov http://www.archive.org/download/STOCKHOLM/Stockholm10.mov http://www.archive.org/download/STOCKHOLM/Stockholm11.mov http://www.archive.org/download/STOCKHOLM/Stockholm12.mov http://www.archive.org/download/STOCKHOLM/Stockholm13.mov http://www.archive.org/download/STOCKHOLM/Stockholm14.mov http://www.archive.org/download/STOCKHOLM/Stockholm15.mov http://www.archive.org/download/STOCKHOLM/Stockholm16.mov http://www.archive.org/download/STOCKHOLM/Stockholm17.mov http://www.archive.org/download/STOCKHOLM/Stockholm18.mov http://www.archive.org/download/STOCKHOLM/Stockholm19.mov http://www.archive.org/download/STOCKHOLM/Stockholm1.mov http://www.archive.org/download/STOCKHOLM/Stockholm20.mov http://www.archive.org/download/STOCKHOLM/Stockholm21.mov http://www.archive.org/download/STOCKHOLM/Stockholm22.mov http://www.archive.org/download/STOCKHOLM/Stockholm23.mov http://www.archive.org/download/STOCKHOLM/Stockholm24.mov http://www.archive.org/download/STOCKHOLM/Stockholm25.mov http://www.archive.org/download/STOCKHOLM/Stockholm2.mov http://www.archive.org/download/STOCKHOLM/Stockholm3.mov http://www.archive.org/download/STOCKHOLM/Stockholm4.mov http://www.archive.org/download/STOCKHOLM/Stockholm5.mov http://www.archive.org/download/STOCKHOLM/Stockholm6.mov http://www.archive.org/download/STOCKHOLM/Stockholm7.mov http://www.archive.org/download/STOCKHOLM/Stockholm8.mov http://www.archive.org/download/STOCKHOLM/Stockholm9.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 07:48:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 05:48:29 -0000 Subject: [FFmpeg-trac] #466(undetermined:closed): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.da0e8868fe2df94cb1ed452d2006b40a@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: closed Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): I use ffplay v0.8.3 to play MPEGTS + H.264 video clip. But it sill fail. Please refer to the attached file ffplay_v0.8.3_h264_mpegts_log.txt for log message generated by ffplay v0.8.3. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 07:50:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 05:50:13 -0000 Subject: [FFmpeg-trac] #466(undetermined:reopened): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.9e7cd6f0de5d9b2f51884ef9efdcc01e@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by sunshine_uyl): * status: closed => reopened * resolution: invalid => Comment: Replying to [comment:12 cehoyos]: > The version you are using is ancient and not supported. > > Please reopen if your problem is reproducible with current git head (or a current snapshot if you do not have git installed) or a current release. Please find them at http://ffmpeg.org/download.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 08:38:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 06:38:09 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.742e2b5bde4c243967fe48bad917713e@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Found a workaround: {{{ ffmpeg -i multi-lang-example-small-issue-468.mkv -vcodec copy -map 0 -map -0:s -metadata:s:1 language=eng -metadata:s:2 language=deu multi-lang- example-small-issue-468-workaround.m4v }}} The according output plays well in !QuickTime Player X, but still doesn't work with Subler: * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang-example- small-issue-468-workaround.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 10:21:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 08:21:11 -0000 Subject: [FFmpeg-trac] #466(undetermined:reopened): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.d468958fea46b9c5e86299b9cce5ee80@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please upload a sample to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 10:25:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 08:25:06 -0000 Subject: [FFmpeg-trac] #492(undetermined:new): support for BitJazz SheerVideo Pro v.2.6.7.6 In-Reply-To: <036.7cfc7562458e1e233890434fe7cc6348@avcodec.org> References: <036.7cfc7562458e1e233890434fe7cc6348@avcodec.org> Message-ID: <051.098a8d6c444e3789f7592b1f8d1f57ee@avcodec.org> #492: support for BitJazz SheerVideo Pro v.2.6.7.6 -------------------------------------+------------------------------------- Reporter: dericed | 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): Complete, uncut output of ffmpeg missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 11:13:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 09:13:03 -0000 Subject: [FFmpeg-trac] #493(FFmpeg:new): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion Message-ID: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: defect | Status: new Priority: important | Component: FFmpeg Version: git- | Keywords: h.264, master | conversion, duration, time Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Hi, I'm using ffmpeg to convert flash player 11 created h.264 file to ffmpeg format. Its part of a larger functionality. problem ------- I'm running the following command: ffmpeg -i 'host.mp4' -y -an -vcodec libx264 -b 1200k -r 25 -threads 0 -y 'singlevideoconvert.ts' the original file is ~6 sec long. after conversion, when playing, for example with ffplay, video playback is freezes for about 6 sec, then start playing, and after another 6 sec video freezes again, but ffplay seems to keep going endlessly. another thing I see is that ffmpeg wrongly reports duration of 20 sec. Mp4Box says it ~6 sec, which is correct. I can provide files and logs. ffmpeg dump info ----------------- ofer at ofer-VirtualBox:~/Development/ffmpegtest/bug-example/test$ ffmpeg -v 9 -loglevel 99 -i host.mp4 ffmpeg version N-32097-gee0ff05, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 17 2011 21:16:19 with gcc 4.5.2 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-avfilter --enable-filter=movie --enable-librtmp --enable-libspeex libavutil 51. 13. 0 / 51. 13. 0 libavcodec 53. 12. 0 / 53. 12. 0 libavformat 53. 9. 0 / 53. 9. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 34. 2 / 2. 34. 2 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] ISO: File Type Major Brand: f4v [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] avformat_open_input() succeeded [h264 @ 0x2351020] Unsupported bit depth: 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] flash hack - setting audion codec to speex [libspeex @ 0x2353780] Missing Speex header, assuming defaults. [h264 @ 0x2351020] Frame num gap 3 1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x234e460] max_analyze_duration 5000000 reached at 5000000 Seems stream 0 codec frame rate differs from container frame rate: 48.00 (48/1) -> 24.00 (48/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'host.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2017-01-08 23:56:30 Duration: 00:00:20.40, start: 0.000000, bitrate: 172 kb/s Stream #0.0(eng), 97, 1/1000: Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 1/48, 24 tbr, 1k tbn, 48 tbc Metadata: creation_time : 2017-01-08 23:56:30 Stream #0.1(eng), 252, 1/1000: Audio: speex (spex / 0x78657073), 16000 Hz, 1 channels, s16 Metadata: creation_time : 2017-01-08 23:56:30 Stream #0.2(eng), 1, 1/1000: Data: none (amf0 / 0x30666D61) Metadata: creation_time : 2017-01-08 23:56:30 At least one output file must be specified Ofer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 11:18:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 09:18:03 -0000 Subject: [FFmpeg-trac] #494(undetermined:new): Error encoding ac3 (Multiple frames in a packet from stream 1) Message-ID: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> #494: Error encoding ac3 (Multiple frames in a packet from stream 1) -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Error encoding ac3 (Multiple frames in a packet from stream 1) Version: trunk URL: see below Steps that will reproduce the problem? ffmpeg -y -i sample-issue-xxx.mov sample-issue-xxx.m4v What is the expected result? Converted file including audio data (at the end of the mov example you can hear sound). What happens instead? The audio track seems not to get converted. Possible workaround: Unknown. Any additional information: * Sample plays in VCL: yes * Command: {{{ ffmpeg version N-30103-g358d837, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 21 2011 10:18:24 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'a.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-06-12 11:29:44 title : Hoodwinked artist : Glenn Close, Chazz Palminteri, David Ogden Stiers, Patrick Warburton, Andy Dick genre : Kids & Family date : 2005-06-15T12:00:00Z album : description : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n synopsis : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n composer : show : episode_id : network : Duration: 01:20:53.97, start: 0.000000, bitrate: 8 kb/s Stream #0.0(eng): Video: mpeg4 (Advanced Simple Profile) (DX50 / 0x30355844), yuv420p, 560x306 [SAR 1:1 DAR 280:153], 943 kb/s, 23.98 fps, 23.98 tbr, 2997 tbn, 23.98 tbc Metadata: creation_time : 2008-06-12 11:29:44 Stream #0.1(eng): Audio: ac3 (ms [0] / 0x20736D), 48000 Hz, 2 channels, s16, 255 kb/s Metadata: creation_time : 2008-06-12 11:29:45 [buffer @ 0x7ffecac1ab20] w:560 h:306 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [libx264 @ 0x7ffecb046a00] using SAR=1/1 [libx264 @ 0x7ffecb046a00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x7ffecb046a00] profile High, level 2.1 [libx264 @ 0x7ffecb046a00] 264 - core 116 r2074 2641b9e - 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=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=23 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, ipod, to 'a.m4v': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-06-12 11:29:44 title : Hoodwinked artist : Glenn Close, Chazz Palminteri, David Ogden Stiers, Patrick Warburton, Andy Dick genre : Kids & Family date : 2005-06-15T12:00:00Z album : description : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n synopsis : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n composer : show : episode_id : network : encoder : Lavf53.12.0 Stream #0.0(eng): Video: h264 (avc1 / 0x31637661), yuv420p, 560x306 [SAR 1:1 DAR 280:153], q=-1--1, 2997 tbn, 23.98 tbc Metadata: creation_time : 2008-06-12 11:29:44 Stream #0.1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 2 channels, s16, 128 kb/s Metadata: creation_time : 2008-06-12 11:29:45 Stream mapping: Stream #0.0 -> #0.0 (mpeg4 -> libx264) Stream #0.1 -> #0.1 (ac3 -> libfaac) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 [ac3 @ 0x7ffecb04c000] incomplete frame [ac3 @ 0x7ffecb04c000] frame sync error Error while decoding stream #0.1 ... Error while decoding stream #0.1 frame= 187 fps= 0 q=28.0 size= 1kB time=00:00:00.44 bitrate= 21.6kbits/s dup=1 drop=0 Error while decoding stream #0.1 ... Error while decoding stream #0.1 frame= 334 fps=330 q=28.0 size= 1kB time=00:00:00.44 bitrate= 21.6kbits/s dup=1 drop=0 Error while decoding stream #0.1 ... Error while decoding stream #0.1 Last message repeated 389 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ffecb03d800] stream 1, offset 0x4e250b: partial file frame= 385 fps=227 q=-1.0 Lsize= 104kB time=00:00:00.53 bitrate=1600.8kbits/s dup=1 drop=0 video:96kB audio:0kB global headers:0kB muxing overhead 8.163989% frame I:8 Avg QP:14.78 size: 1464 [libx264 @ 0x7ffecb046a00] frame P:151 Avg QP:22.31 size: 433 [libx264 @ 0x7ffecb046a00] frame B:226 Avg QP:27.28 size: 91 [libx264 @ 0x7ffecb046a00] consecutive B-frames: 19.0% 6.8% 4.7% 69.6% [libx264 @ 0x7ffecb046a00] mb I I16..4: 70.2% 28.2% 1.5% [libx264 @ 0x7ffecb046a00] mb P I16..4: 15.2% 4.7% 0.1% P16..4: 3.8% 0.6% 0.5% 0.0% 0.0% skip:75.1% [libx264 @ 0x7ffecb046a00] mb B I16..4: 0.7% 0.3% 0.0% B16..8: 3.7% 0.1% 0.1% direct: 1.0% skip:94.0% L0:49.5% L1:47.1% BI: 3.4% [libx264 @ 0x7ffecb046a00] 8x8 transform intra:24.9% inter:79.1% [libx264 @ 0x7ffecb046a00] coded y,uvDC,uvAC intra: 8.4% 5.9% 0.1% inter: 1.0% 1.2% 0.0% [libx264 @ 0x7ffecb046a00] i16 v,h,dc,p: 87% 8% 5% 0% [libx264 @ 0x7ffecb046a00] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 37% 14% 45% 1% 0% 1% 0% 0% 1% [libx264 @ 0x7ffecb046a00] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 32% 20% 3% 4% 4% 3% 2% 3% [libx264 @ 0x7ffecb046a00] i8c dc,h,v,p: 86% 6% 8% 0% [libx264 @ 0x7ffecb046a00] Weighted P-Frames: Y:41.1% UV:17.9% [libx264 @ 0x7ffecb046a00] ref P L0: 69.7% 12.2% 11.7% 4.3% 2.1% [libx264 @ 0x7ffecb046a00] ref B L0: 77.9% 15.3% 6.8% [libx264 @ 0x7ffecb046a00] ref B L1: 95.4% 4.6% [libx264 @ 0x7ffecb046a00] kb/s:48.68 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 11:19:06 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 09:19:06 -0000 Subject: [FFmpeg-trac] #494(undetermined:new): Error encoding ac3 (Multiple frames in a packet from stream 1) In-Reply-To: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> References: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> Message-ID: <050.21d78e6180f18bf892c1cb96f5468b13@avcodec.org> #494: Error encoding ac3 (Multiple frames in a packet from stream 1) -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Files: * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/494/sample-issue-494.mov * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/494/sample-issue-494.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 12:01:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 10:01:32 -0000 Subject: [FFmpeg-trac] #493(undetermined:open): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion In-Reply-To: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> References: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> Message-ID: <050.11bc5a62d774e3d9df5ae757caaed073@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: enhancement | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: mp4 edit | Resolution: lists | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => undetermined * priority: important => minor * keywords: h.264, conversion, duration, time => mp4 edit lists * type: defect => enhancement Comment: Do you think this is a regression? Afaict, FFmpeg correctly warns that there will be problems (A/V desync) decoding this sample. Sample is ~6.8 seconds, has 124 frames, only two are encoded (three for out.mov), audio is complete: {{{ $ ffmpeg -i host.mp4 -qscale 2 out.avi ffmpeg version N-32748-g358d837, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 21 2011 11:43:56 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libspeex libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12b6780] multiple edit list entries, a/v desync might occur, patch welcome Last message repeated 2 times [libspeex @ 0x12be7a0] Missing Speex header, assuming defaults. Seems stream 0 codec frame rate differs from container frame rate: 48.00 (48/1) -> 0.08 (1/12) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'host.mp4': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2017-01-08 23:56:30 Duration: 00:00:20.40, start: 0.000000, bitrate: 172 kb/s Stream #0.0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 0.08 tbr, 1k tbn, 48 tbc Metadata: creation_time : 2017-01-08 23:56:30 Stream #0.1(eng): Audio: speex (spex / 0x78657073), 16000 Hz, 1 channels, s16 Metadata: creation_time : 2017-01-08 23:56:30 Stream #0.2(eng): Data: none (amf0 / 0x30666D61) Metadata: creation_time : 2017-01-08 23:56:30 [buffer @ 0x12d5c00] w:320 h:240 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' [ac3 @ 0x12d89e0] channel_layout not specified [ac3 @ 0x12d89e0] No channel layout specified. The encoder will guess the layout, but it might be incorrect. [libspeex @ 0x12be7a0] Missing Speex header, assuming defaults. Output #0, avi, to 'out.avi': Metadata: major_brand : f4v minor_version : 0 compatible_brands: isommp42m4v creation_time : 2017-01-08 23:56:30 ISFT : Lavf53.12.0 Stream #0.0(eng): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 0.08 tbn, 0.08 tbc Metadata: creation_time : 2017-01-08 23:56:30 Stream #0.1(eng): Audio: ac3 ([0] [0][0] / 0x2000), 16000 Hz, mono, flt, 128 kb/s Metadata: creation_time : 2017-01-08 23:56:30 Stream mapping: Stream #0.0 -> #0.0 (h264 -> mpeg4) Stream #0.1 -> #0.1 (libspeex -> ac3) Press [q] to stop, [?] for help frame= 2 fps= 0 q=2.0 Lsize= 134kB time=00:00:06.91 bitrate= 158.5kbits/s dup=0 drop=122 video:14kB audio:108kB global headers:0kB muxing overhead 9.390350% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 12:13:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 10:13:02 -0000 Subject: [FFmpeg-trac] #494(avcodec:open): Error decoding ac3 (Multiple frames in a packet from stream 1) (was: Error encoding ac3 (Multiple frames in a packet from stream 1)) In-Reply-To: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> References: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> Message-ID: <050.4fa19cfff394c2a89b370f8a136c373c@avcodec.org> #494: Error decoding ac3 (Multiple frames in a packet from stream 1) ------------------------------------+----------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Also fails with mplayer -demuxer lavf -ac ffac3 and mplayer -demuxer mov -ac ffac3 out.wav is silent {{{ $ ffmpeg -i sample-issue-494.mov out.wav ffmpeg version N-32748-g358d837, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 21 2011 11:43:56 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libspeex libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample-issue-494.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-06-12 11:29:44 title : Hoodwinked artist : Glenn Close, Chazz Palminteri, David Ogden Stiers, Patrick Warburton, Andy Dick genre : Kids & Family date : 2005-06-15T12:00:00Z album : description : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n synopsis : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n composer : show : episode_id : network : Duration: 01:20:53.97, start: 0.000000, bitrate: 8 kb/s Stream #0.0(eng): Video: mpeg4 (Advanced Simple Profile) (DX50 / 0x30355844), yuv420p, 560x306 [SAR 1:1 DAR 280:153], 943 kb/s, 23.98 fps, 23.98 tbr, 2997 tbn, 23.98 tbc Metadata: creation_time : 2008-06-12 11:29:44 Stream #0.1(eng): Audio: ac3 (ms [0] / 0x20736D), 48000 Hz, 2 channels, s16, 255 kb/s Metadata: creation_time : 2008-06-12 11:29:45 Output #0, wav, to 'out.wav': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-06-12 11:29:44 title : Hoodwinked artist : Glenn Close, Chazz Palminteri, David Ogden Stiers, Patrick Warburton, Andy Dick genre : Kids & Family date : 2005-06-15T12:00:00Z album : description : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n synopsis : Hoodwinked fuses the classic fairy tale of Little Red Riding Hood with the crisscrossing storylines of film noir--pretty ambitious stuff for a computer-animated cartoon. The police cordon off Grandma's cottage and an amphibious version of William Powell n composer : show : episode_id : network : encoder : Lavf53.12.0 Stream #0.0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2008-06-12 11:29:45 Stream mapping: Stream #0.1 -> #0.0 (ac3 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 [ac3 @ 0x12be420] incomplete frame [ac3 @ 0x12be420] frame sync error Error while decoding stream #0.1 Error while decoding stream #0.1 ... Error while decoding stream #0.1 Error while decoding stream #0.1 Last message repeated 389 times [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12b6780] stream 1, offset 0x4e250b: partial file size= 96kB time=00:00:00.51 bitrate=1536.7kbits/s video:0kB audio:96kB global headers:0kB muxing overhead 0.044759% }}} The following commands work as expected: mplayer -demuxer lavf -ac a52 sample-issue-494.mov mplayer -demuxer mov -ac a52 sample-issue-494.mov mplayer -demuxer lavf -dumpaudio sample-issue-494.mov && ffmpeg -i stream.dump out.wav mplayer -demuxer mov -dumpaudio sample-issue-494.mov && ffmpeg -i stream.dump out.wav mplayer -ac hwac3 sample-issue-494.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 12:34:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 10:34:49 -0000 Subject: [FFmpeg-trac] #493(undetermined:open): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion In-Reply-To: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> References: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> Message-ID: <050.cf6624fa448ab368ee0b785c62b3ed46@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: enhancement | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: mp4 edit | Resolution: lists | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kruzel): The new flash h.264 is part of adobe release candidate player 11 which is not yet release, so I guess its a new problem we're seeing. Ofer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 12:39:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 10:39:33 -0000 Subject: [FFmpeg-trac] #468(avformat:new): No audio tracks in QuickTime In-Reply-To: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> References: <035.4c856b8eec80cbb87e71130060b5fab9@avcodec.org> Message-ID: <050.8a012370e114854224294d3fdb2be3de@avcodec.org> #468: No audio tracks in QuickTime --------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Alex__): Last comment on this issue from my side (another example that can be fixed using Subler): * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang-example- small-issue-468-fixable.mkv * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang-example- small-issue-468-fixable.m4v * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/468/multi-lang-example- small-issue-468-fixable-fixed.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 12:45:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 10:45:09 -0000 Subject: [FFmpeg-trac] #493(undetermined:open): flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion In-Reply-To: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> References: <035.0dbbbc32fff0b9399a36d2e06fa68b8f@avcodec.org> Message-ID: <050.a9c94771c4759d26ae07e2c12d598d95@avcodec.org> #493: flash h.264 recorded files on FMS - bad duration and timing after ffmpeg conversion -------------------------------------+------------------------------------- Reporter: kruzel | Owner: michael Type: enhancement | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: mp4 edit | Resolution: lists | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kruzel): One more comment, in my command I strip the audio and keep only the video, so not sure its related to A/V desync. Ofer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 20:19:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 18:19:46 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file Message-ID: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am getting a crash in avcodec on a particular wmv file. The file is 123MB and I think likely any effort to make a cut will not produce the crash. This file will not play anywhere but ffmpeg attempts to play it. Mostly, I would like to be able to detect an indication that this is a bad file but not seeing how to do that at present since everything appears to open and initialize fine. ffplay will play it to point of crash. Same thing in my own app. Let me know how I should best proceed from here. Since the following indicates that decoding will likely fail, is there an error set that I can pick up and use ? libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [asf @ 00039DE0] Format asf probed with size=2048 and score=100 [asf @ 00039DE0] gpos mismatch our pos=24, end=302 [asf @ 00039DE0] gpos mismatch our pos=24, end=38 [asf @ 00039DE0] Ext DRM protected stream detected, decoding will likely fail! [asf @ 00039DE0] gpos mismatch our pos=24, end=868 [asf @ 00039DE0] DRM protected stream detected, decoding will likely fail! [asf @ 00039DE0] gpos mismatch our pos=24, end=124 [asf @ 00039DE0] Digital signature detected, decoding will likely fail! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 20:23:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 18:23:28 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.c8483a43062b5c59536a59dcd1c189fb@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): I can upload the entire file to our server if you want. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 20:24:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 18:24:01 -0000 Subject: [FFmpeg-trac] #484(avcodec:closed): prores fails to decode 4444 In-Reply-To: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> References: <038.0057182fbe9edc446029fb8ac6dd4885@avcodec.org> Message-ID: <053.2b7d88724642fe1e2b55af8475ce24eb@avcodec.org> #484: prores fails to decode 4444 -------------------------------------+----------------------------------- Reporter: jonne_jvl | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by tracey_pooh): ok, thanks, confirmed. i appreciate you so nicely helping an idio! ;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 23:18:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 21:18:01 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.9382cf1237c90b858e851aff4051403d@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please read http://ffmpeg.org/bugreports.html - samples <100MB can be uploaded to http://www.datafilehost.com/ (we currently have no incoming directory). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 21 23:53:47 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 21:53:47 -0000 Subject: [FFmpeg-trac] #494(undetermined:closed): Error decoding ac3 (Multiple frames in a packet from stream 1) In-Reply-To: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> References: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> Message-ID: <050.defb7f34f4e545a910564cc45c3efede@avcodec.org> #494: Error decoding ac3 (Multiple frames in a packet from stream 1) -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * component: avcodec => undetermined Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 00:34:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 22:34:03 -0000 Subject: [FFmpeg-trac] #496(undetermined:new): Apple Prores won't play Message-ID: <037.1dd59b6cf484e462202e3420296f6b22@avcodec.org> #496: Apple Prores won't play -------------------------------------+------------------------------------- Reporter: wartstew | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: git- Keywords: prores | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Thank you for the work an Apple "Prores": But I am unable to play Apple "Prores" media. Using ffplay version "git-a254452-win32-static" using "ffplay.exe " (no switch options) Here is the console output of two files attempted: ================================================================= ffplay version N-32726-ga254452, Copyright (c) 2003-2011 the FFmpeg developers built on Sep 19 2011 19:49:13 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'CSUHelmets.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-09-01 16:48:39 Duration: 00:00:12.03, start: 0.000000, bitrate: 124739 kb/s Stream #0.0(eng): Video: prores (apcn / 0x6E637061), 1440x1080, 123326 kb/s, SAR 4:3 DAR 16:9, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-09-01 16:48:39 Stream #0.1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2011-09-01 16:48:39 Stream #0.2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2011-09-01 16:48:39 ================================================================= and: ================================================================= ffplay version N-32726-ga254452, Copyright (c) 2003-2011 the FFmpeg developers built on Sep 19 2011 19:49:13 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable- libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Coach Woodford Mic'D Up.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-08-30 23:44:01 Duration: 00:12:52.03, start: 0.000000, bitrate: 15319 kb/s Stream #0.0(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2011-08-30 23:44:01 Stream #0.1(eng): Video: prores (apch / 0x68637061), 640x360, 14945 kb/s, 7.20 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-08-30 23:44:01 ================================================================= In each case the audio track got played and visualized, but no video. The same ffplay successfully played other formatted files. The above samples were last touched by Apple "Final Cut Pro" I can submit media samples and more information if desired. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 00:40:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 22:40:33 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.35145f1dd5207169300251c2ed132f3f@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): I cut the file down to about 20MB (hidef_crash_cut.wmv) and uploaded it to data host here: http://www.datafilehost.com/download-3cd0d3f7.html It still crashes but a little different. That is, ffplay crashes soon after start now with the cut version. My own app crashes in avcodec toward the end. The original file can be found here: http://sms.pangolin.com/temp/hidef.wmv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 00:43:00 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 22:43:00 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.3c197ce3afde4ab4866fca9996e7e2cc@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): This is a bad file and I don't care about it's display. Just that it crashes and best thing would be to have a failure on startup that could be detected. But it's also ok if it plays junk as long as it doesn't crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 00:46:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 22:46:14 -0000 Subject: [FFmpeg-trac] #496(undetermined:closed): Apple Prores won't play In-Reply-To: <037.1dd59b6cf484e462202e3420296f6b22@avcodec.org> References: <037.1dd59b6cf484e462202e3420296f6b22@avcodec.org> Message-ID: <052.6ab4296e397ec3f7335efc988925b680@avcodec.org> #496: Apple Prores won't play -------------------------------------+------------------------------------- Reporter: wartstew | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: prores | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: You have to configure FFmpeg with --enable-version2 (and without libopencore* and libvo*) to get ProRes support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 00:56:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 22:56:40 -0000 Subject: [FFmpeg-trac] #495(undetermined:new): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.82e3f262d2e51c894fc7a404b347436e@avcodec.org> #495: Crash on hidef WMV file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 DonMoir]: > http://www.datafilehost.com/download-3cd0d3f7.html > > It still crashes but a little different. That is, ffplay crashes soon after start now with the cut version. My own app crashes in avcodec toward the end. Then please provide a backtrace as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 01:01:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 23:01:33 -0000 Subject: [FFmpeg-trac] #495(avcodec:open): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.bdb73dff1ef94594d4fd26353b29e1f8@avcodec.org> #495: Crash on hidef WMV file ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 01:09:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 21 Sep 2011 23:09:12 -0000 Subject: [FFmpeg-trac] #495(avcodec:open): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.660dc9348031e7f63f8d2d7c5a12a1a1@avcodec.org> #495: Crash on hidef WMV file ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by DonMoir): Sorry, I don't currently have a debug version of ffmpeg for windows. I spent some time trying to get it to build and will get back to it soon. I moved forward and used the provided libraries at http://ffmpeg.zeranoe.com/builds/ for the time being to see if ffmpeg was going to meet our needs. In the meantime, the provided sample should be a quick download for you. I tried to get it smaller but then it no longer crashed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 04:12:41 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 02:12:41 -0000 Subject: [FFmpeg-trac] #466(undetermined:reopened): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.e53905272116a52d9448e67fd50d6106@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by sunshine_uyl): Thanks for your response. Since the web site http://www.datafilehost.com/ has file size 100MB limitation. And file size of my tested video clip larger than 100MB. Could you provide other web site or FTP server for me to upload my tested vido clip. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 08:36:38 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 06:36:38 -0000 Subject: [FFmpeg-trac] #494(undetermined:closed): Error decoding ac3 (Multiple frames in a packet from stream 1) In-Reply-To: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> References: <035.9af838ab68f24e704d77df62c10a8b40@avcodec.org> Message-ID: <050.7ce19f17eb310c3e7e4ee41b56e964a9@avcodec.org> #494: Error decoding ac3 (Multiple frames in a packet from stream 1) -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by Alex__): Verified. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 11:14:08 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 09:14:08 -0000 Subject: [FFmpeg-trac] #497(build system:new): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 Message-ID: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------------+---------------------------------- Reporter: Gagan | Type: defect Status: new | Priority: normal Component: build system | Version: 0.8.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- I am getting error when i am compiling this new 0.8.4 version libraries for armv7 for ios 4.3 sdk. Older version was working fine. Please find attached log file and my build file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 12:34:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 10:34:18 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.0d0bb59d0488d89400328dee736fa9ca@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => open * version: 0.8.3 => 0.8.4 Comment: Could you add config.log for 0.8.3 (assuming this was the working version)? If this really is a regression, please find the version introducing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 12:41:33 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 10:41:33 -0000 Subject: [FFmpeg-trac] #498(undetermined:new): Invalid pixel aspect ratio encoding mpeg4 Message-ID: <036.e28569fb72526edc47da55a01d80da6a@avcodec.org> #498: Invalid pixel aspect ratio encoding mpeg4 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Reencoding attached sample fails for some resolutions, this is a regression since c8868f28e357e7e6ffe3254d0056b3e8033fe8e5 ("vf_scale: apply the same transform to the aspect during init that is applied per frame") {{{ $ ffmpeg -i PAR1035.avi -s 640x460 -an out.avi ffmpeg version N-32771-g3039c68, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 22 2011 12:35:59 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 Seems stream 0 codec frame rate differs from container frame rate: 30000.00 (30000/1) -> 29.97 (30000/1001) Input #0, avi, from 'PAR1035.avi': Metadata: encoder : Lavf53.4.0 Duration: 00:04:57.16, start: 0.000000, bitrate: 28 kb/s Stream #0.0: Video: mpeg4 (Simple Profile) (DX50 / 0x30355844), yuv420p, 720x406 [SAR 1:1 DAR 360:203], 29.97 fps, 29.97 tbr, 29.97 tbn, 30k tbc Stream #0.1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x12ea7c0] w:720 h:406 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: [scale @ 0x12cb580] w:720 h:406 fmt:yuv420p -> w:640 h:460 fmt:yuv420p flags:0x4 [mpeg4 @ 0x12c76e0] Invalid pixel aspect ratio 1035/812, limit is 255/255 Output #0, avi, to 'out.avi': Metadata: encoder : Lavf53.4.0 Stream #0.0: Video: mpeg4, yuv420p, 640x460 [SAR 1035:812 DAR 360:203], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0.0 -> #0.0 (mpeg4 -> mpeg4) Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 12:58:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 10:58:10 -0000 Subject: [FFmpeg-trac] #466(undetermined:reopened): Does FFMPEG support MPEGTS + H.264? In-Reply-To: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> References: <041.6cfbb0db8029956ca50d74362853713d@avcodec.org> Message-ID: <056.eec4ba607514700fd68f100dd95f5bec@avcodec.org> #466: Does FFMPEG support MPEGTS + H.264? -------------------------------------+------------------------------------- Reporter: | Owner: sunshine_uyl | Status: reopened Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Is 100MB not enough to reproduce the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 13:01:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 11:01:10 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.40088fc8764935366b0e6e631dc6211f@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Gagan): No this was not 8.3 it was more older version i don't know where to look for version. I recently created all .a file again successfully for this older version. It does not create any log file but successfully compile and create all .a files. Find attached build script for this working FFMPEG version. I saw that it creates config.mak file but new version does not create this file thats why new version fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 13:02:44 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 11:02:44 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.d03fa435f856cca33e1d24f825765007@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Please upload config.log for your older build. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 14:31:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 12:31:28 -0000 Subject: [FFmpeg-trac] #498(undetermined:closed): Invalid pixel aspect ratio encoding mpeg4 In-Reply-To: <036.e28569fb72526edc47da55a01d80da6a@avcodec.org> References: <036.e28569fb72526edc47da55a01d80da6a@avcodec.org> Message-ID: <051.714f222a37ffa4c129f229d9f8c4f279@avcodec.org> #498: Invalid pixel aspect ratio encoding mpeg4 -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 14:54:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 12:54:45 -0000 Subject: [FFmpeg-trac] #499(undetermined:new): H264 resolution change in flv not supported Message-ID: <036.9c092774feeb12fdbae37c916fbe4fad@avcodec.org> #499: H264 resolution change in flv not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I will attach a Flash sample that contains a h264 stream with a resolution change (320x256 -> 720x576). The sample is said to play with Flash, a similar mp4 sample decodes fine with ffmpeg. For the attached sample, FFmpeg only shows artefacts from the moment of the resolution change on. {{{ $ ffmpeg -i resolutionchange.flv -qscale 2 -an out.avi ffmpeg version N-32788-g394781a, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 22 2011 14:49:18 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 [flv @ 0x12b6780] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 48.00 (48/1) -> 25.00 (25/1) Input #0, flv, from 'resolutionchange.flv': Duration: N/A, start: 0.002000, bitrate: N/A Stream #0.0: Video: h264 (High), yuv420p, 320x256 [SAR 1024:1024 DAR 5:4], 25 tbr, 1k tbn, 48 tbc Stream #0.1: Audio: aac, 44100 Hz, stereo, s16 [buffer @ 0x12be940] w:320 h:256 pixfmt:yuv420p tb:1/1000000 sar:1024/1024 sws_param: [mpeg4 @ 0x12be120] Invalid pixel aspect ratio 1024/1024, limit is 255/255 reducing Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.12.0 Stream #0.0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x256 [SAR 1:1 DAR 5:4], q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 0x12bcbc0] left block unavailable for requested intra4x4 mode -1 at 0 1 [h264 @ 0x12bcbc0] error while decoding MB 0 1, bytestream (48355) [h264 @ 0x12bcbc0] concealing 320 DC, 320 AC, 320 MV errors [h264 @ 0x12bcbc0] concealing 233 DC, 233 AC, 233 MV errors [h264 @ 0x12bcbc0] concealing 293 DC, 293 AC, 293 MV errors [h264 @ 0x12bcbc0] concealing 258 DC, 258 AC, 258 MV errors [h264 @ 0x12bcbc0] Reference 2 >= 2 [h264 @ 0x12bcbc0] error while decoding MB 9 2, bytestream (3556) [h264 @ 0x12bcbc0] concealing 320 DC, 320 AC, 320 MV errors [h264 @ 0x12bcbc0] Reference 3 >= 3 [h264 @ 0x12bcbc0] error while decoding MB 11 1, bytestream (16377) [h264 @ 0x12bcbc0] concealing 320 DC, 320 AC, 320 MV errors [h264 @ 0x12bcbc0] concealing 192 DC, 192 AC, 192 MV errors [h264 @ 0x12bcbc0] Reference 5 >= 5 ... [h264 @ 0x12bcbc0] error while decoding MB 14 2, bytestream (9337) [h264 @ 0x12bcbc0] concealing 315 DC, 315 AC, 315 MV errors [h264 @ 0x12bcbc0] concealing 215 DC, 215 AC, 215 MV errors [h264 @ 0x12bcbc0] AVC: nal size 17728 [h264 @ 0x12bcbc0] no frame! Error while decoding stream #0.0 frame= 285 fps= 0 q=2.0 Lsize= 2102kB time=00:00:11.92 bitrate=1444.5kbits/s video:2089kB audio:0kB global headers:0kB muxing overhead 0.610160% }}} No useful warning is shown that the decoding will fail or has failed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 15:47:16 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 13:47:16 -0000 Subject: [FFmpeg-trac] #500(undetermined:new): Seemingly inconsistent AVIndexEntry timestamps for movs starting with B-Frames Message-ID: <032.bd822ea1ce3cbc7a6099790d40f10cc3@avcodec.org> #500: Seemingly inconsistent AVIndexEntry timestamps for movs starting with B-Frames -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- A while ago I asked on the ml regarding the semantics of the undocumented fields of AVIndexEntry defined in avformat.h (http://www.mail-archive.com /libav-user at ffmpeg.org/msg00535.html). I didn't get an answer so I still do not know what the correct behaviour is but I have observed things that at least appear inconsistent. I have two examples of MPEG-2 files in a mov container which both start with the sequence BBI (presentation order). One is the file that is attached to issue #479 that has the following properties: Mesht0456_01_cut.MP4 AVStream.time_base = 1/30000 AVStream.start_time = 3003 (0.1001s) start frame order = BBI PTS of first I-Frame = 3003 PTS of first frame (B) = 0 first I-frame AVIndexEntry.timestamp = 0 Then another one (uploaded to http://www.datafilehost.com/download- 27d635cc.html since I do not have a smaller sample): xdcam_hd422_1080p24.mov AVStream.time_base = 1/2400 AVStream.start_time = 200 (0.08333333333333334s) start frame order = BBI PTS of first I-Frame = 200 PTS of first frame (B) = 0 first I-frame AVIndexEntry.timestamp = -100 (-0.416666666666667s) The first sample looks like AVIndexEntry.timestamp is set with the stream's start_time subtracted from the respective frame's PTS. This also works for all following index entries. However, this does not work for the second example. I have no idea if this is related to issue #479. All I'm trying to do is use the index (if it is there) to find out the PTSs of keyframes and I thought that was OK to do via AVIndexEntry. So either I am abusing the API and it would help to document this so others don't run into this or one of the files is broken or it is indeed a bug. In any case, just a short, unambiguous sentence of documentation for each AVIndexEntry field by someone who knows the semantics would help libav API users a great deal to use this and to help improve the seeking functionality of ffmpeg be it only by providing bug reports with samples. One more observation is that in both cases the timestamp of the index entry corresponding to the first I frame matches the DTS of the packet containing the I-Frame. Is that the semantics of AVIndexEntry.timestamp? In that case how would one derive the PTS of the I-frame from the index entry? Any insight/help would be greatly appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 18:34:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 16:34:21 -0000 Subject: [FFmpeg-trac] #42(FFmpeg:open): don't read stdin when running in a noninteractive shell In-Reply-To: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> References: <036.ae1c0f07aecba9f32fa463dca5a34e67@avcodec.org> Message-ID: <051.c388af04c3d2dd7348331a3a05915dd8@avcodec.org> #42: don't read stdin when running in a noninteractive shell -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: open Priority: wish | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: noninteractive shell stdin | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pfalcon): This is crazy, internets are full of question how to disable this flaming interactive mode, and years thru, it's still not solved, and now there's discussion "how to detect it". Being smarter than a user is highly optional, so just let user tell what one wants with -non-interactive. Don't forget that being non-interactive means not only not reading from stdin, but also not outputting that stupid progress indicator which otherwise doesn't allow to capture clean and nice log, and instead non- deterministically intersperses itself with it: {{{ [mpeg1video @ 0x813c710]ac-tex damaged at 21 17 [mpeg1video @ 0x813c710]Warning MVs not available [mpeg1video @ 0x813c710]concealing 22 DC, 22 AC, 22 MV errors frame= 932 fps= 0 q=0.0 size= -0kB time=37.28 bitrate= -0.0kbits/s dup=1 drop=0 ^M[mpeg1video @ 0x813c710]Warning MVs not a [mpeg1video @ 0x813c710]concealing 22 DC, 22 AC, 22 MV errors frame= 1841 fps=1839 q=0.0 size= -0kB time=73.64 bitrate= -0.0kbits/s dup=1 drop=0 ^M[mpeg1video @ 0x813c710]ac-tex damaged a }}} Thanks for thinking with perspective on how users can use your software! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 19:56:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 17:56:28 -0000 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.3c067cac8a6305df69d6087e507f68e6@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rmk): The initial GOP header has closed_gop=1 and broken_link=0 (spec section 6.3.8, debug output: GOP ( 0:00:00.[00]) closed_gop=1 broken_link=0). Together with the fact that the initial B-frames decode fine, I tend to believe that the stream is valid and ffmpeg treats the case incorrectly assuming I do not misunderstand the semantics of AVStream.start_time. If that is correct the warning [mpeg2video @ 0x10106f400] warning: first frame is no keyframe probably should not be triggered in this case either. -- Ticket URL: FFmpeg FFmpeg issue tracker From baptiste.coudurier at gmail.com Thu Sep 22 20:13:49 2011 From: baptiste.coudurier at gmail.com (Baptiste Coudurier) Date: Thu, 22 Sep 2011 11:13:49 -0700 Subject: [FFmpeg-trac] #479(undetermined:new): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <047.3c067cac8a6305df69d6087e507f68e6@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> <047.3c067cac8a6305df69d6087e507f68e6@avcodec.org> Message-ID: <4E7B7ADD.9070300@gmail.com> On 09/22/2011 10:56 AM, FFmpeg wrote: > #479: AVStream.start_time incorrect for Sony XDCAM-EX files > -------------------------------------+------------------------------------- > Reporter: rmk | Owner: > Type: defect | Status: new > Priority: normal | Component: > Version: unspecified | undetermined > Keywords: | Resolution: > Blocking: | Blocked By: > Analyzed by developer: 0 | Reproduced by developer: 0 > -------------------------------------+------------------------------------- > > Comment (by rmk): > > The initial GOP header has closed_gop=1 and broken_link=0 (spec section > 6.3.8, debug output: GOP ( 0:00:00.[00]) closed_gop=1 broken_link=0). > Together with the fact that the initial B-frames decode fine, I tend to > believe that the stream is valid and ffmpeg treats the case incorrectly > assuming I do not misunderstand the semantics of AVStream.start_time. If > that is correct the warning > [mpeg2video @ 0x10106f400] warning: first frame is no keyframe > probably should not be triggered in this case either. > It's in presentation order so it's correct. And the warning is bogus. -- Baptiste COUDURIER Key fingerprint 8D77134D20CC9220201FC5DB0AC9325C5C1ABAAA FFmpeg maintainer http://www.ffmpeg.org From trac at avcodec.org Thu Sep 22 20:28:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 18:28:17 -0000 Subject: [FFmpeg-trac] #479(undetermined:closed): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.7e2ee8e077dfb22dd193359289ca52a6@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | 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 bcoudurier): * status: new => closed * resolution: => invalid Comment: It's in presentation order so it's correct. And the warning is bogus. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 20:40:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 18:40:12 -0000 Subject: [FFmpeg-trac] #479(undetermined:closed): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.d93e471a8e4701efac73a872ee6317e3@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------- Reporter: rmk | 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 rmk): if it is in presentation order then it's incorrect because the pts of the first frame in presentation order (which is a B-frame) for the sample and all other XDCAM-EX camera samples I have checked is 0 but the field is set to the non-zero PTS of the first I-frame which is the third frame in presentation order. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 21:01:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 19:01:52 -0000 Subject: [FFmpeg-trac] #479(avformat:reopened): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.dc5c5a56d0fa772593dc88b13dba11fd@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by bcoudurier): * status: closed => reopened * resolution: invalid => * component: undetermined => avformat Comment: Oh, you mean the field in the AVStream, then yes in that case, it's incorrect. There is a patch on the ML about this I think. I'm reopening bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 21:13:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 19:13:45 -0000 Subject: [FFmpeg-trac] #479(avformat:reopened): AVStream.start_time incorrect for Sony XDCAM-EX files In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.01cbc59f6d40e356f8dd7fb26f723f96@avcodec.org> #479: AVStream.start_time incorrect for Sony XDCAM-EX files -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rmk): Thanks. I must have missed the patch on the ML then. If you happen to have the link it would be nice to attach it to the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 21:40:15 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 19:40:15 -0000 Subject: [FFmpeg-trac] #501(FFmpeg:new): Extract thumbnails with -ss from WMV big Message-ID: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> #501: Extract thumbnails with -ss from WMV big -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: FFmpeg Priority: normal | Keywords: APPCRASH Version: | c0000005 unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I have 3 WMV files bigger then 3 hours each, I have to extract 6 frames from each at fix time, so I have to make a loop with that command: {{{ ffmpeg -ss 2788 -i "1.wmv" -an -sameq -v 9 -loglevel 99 -vframes 1 -y "1_.jpg" }}} After few minutes of DROP LINE like {{{ 20:40:19 - frame= 0 fps= 0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=2019 20:40:19 - frame= 0 fps= 0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=0 drop=2141 }}} ffmpeg crash with APPCRASH C0000005 error. I tried a very old version I still had on hd FFmpeg version SVN-r26400 that one work and differ from the newer from the fact that it output something like that: {{{ 20:59:54 - frame= 0 fps= 0 q=0.0 size= 0kB time=10000000000.00 bitrate= 0.0kbits/s dup=0 drop=26043 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1193 DC, 1193 AC, 1193 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1193 DC, 1193 AC, 1193 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:54 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:54 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1193 DC, 1193 AC, 1193 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1193 DC, 1193 AC, 1193 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1193 DC, 1193 AC, 1193 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 793 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1194 DC, 1194 AC, 1194 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 498 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1195 DC, 1195 AC, 1195 MV errors 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 746 > 496 20:59:55 - [wmv3 @ 03030160] concealing 1198 DC, 1198 AC, 1198 MV errors 20:59:55 - frame= 0 fps= 0 q=0.0 size= 0kB time=10000000000.00 bitrate= 0.0kbits/s dup=0 drop=26079 20:59:55 - [wmv3 @ 03030160] Bits overconsumption: 884 > 496 }}} but not crash even if it is bitter slower then others. What's the issue about the drop and crash ? Attach the log untill crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 21:50:19 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 19:50:19 -0000 Subject: [FFmpeg-trac] #501(FFmpeg:new): Extract thumbnails with -ss from WMV big In-Reply-To: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> References: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> Message-ID: <056.f22d0b42364a7ad1d04d954920743d0b@avcodec.org> #501: Extract thumbnails with -ss from WMV big -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: FFmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: APPCRASH | Reproduced by developer: 0 c0000005 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by plaguebreath): I'm actually working on windows 7 64bit but I'm using 32bit ffmpeg. Tried all version untill 19/09/2011 still crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 22 22:50:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 22 Sep 2011 20:50:58 -0000 Subject: [FFmpeg-trac] #501(undetermined:new): Extract thumbnails with -ss from WMV big In-Reply-To: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> References: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> Message-ID: <056.b9d0dc4ff3cc05a1de0afc67d30914d9@avcodec.org> #501: Extract thumbnails with -ss from WMV big -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: APPCRASH c0000005 => * component: FFmpeg => undetermined Comment: All necessary information missing, please read http://ffmpeg.org/bugreports.html (gdb works fine on Windows.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 02:57:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 00:57:42 -0000 Subject: [FFmpeg-trac] #282(build system:open): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.2f208af43d52233aa0869aaede44e31a@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: open Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by KSHawkEye): This issue can be resolved by compiling SDL with -DDECLSPEC= added to the CFLAGS. Bug resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 03:00:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 01:00:46 -0000 Subject: [FFmpeg-trac] #460(build system:open): multiple definition of `_SDL_GetError' In-Reply-To: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> References: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> Message-ID: <053.dbf52916d817a040cfef05b87735a77e@avcodec.org> #460: multiple definition of `_SDL_GetError' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: open Priority: critical | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by KSHawkEye): This issue can be resolved by compiling SDL with -DDECLSPEC= added to the CFLAGS. Bug resolved. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 03:14:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 01:14:46 -0000 Subject: [FFmpeg-trac] #200(avcodec:closed): aac - failure decoding audio stream when audio configuration changes In-Reply-To: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> References: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> Message-ID: <052.d50d9ec638129481098b1e0bf8dba868@avcodec.org> #200: aac - failure decoding audio stream when audio configuration changes ------------------------------------+----------------------------------- Reporter: gmcallow | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 06:04:41 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 04:04:41 -0000 Subject: [FFmpeg-trac] #499(undetermined:closed): H264 resolution change in flv not supported In-Reply-To: <036.9c092774feeb12fdbae37c916fbe4fad@avcodec.org> References: <036.9c092774feeb12fdbae37c916fbe4fad@avcodec.org> Message-ID: <051.ad688a5114d0fa5c8a6e7bfeb608c893@avcodec.org> #499: H264 resolution change in flv not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:21:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:21:55 -0000 Subject: [FFmpeg-trac] #502(undetermined:new): Jumping frames when copying video of an h264 file Message-ID: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> #502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Jumping frames when copying video of an h264 file Version: latest trunk URL: see below Steps that will reproduce the problem? ffmpeg -i sample.avi -vcodec copy sample-copy.m4v What is the expected result? Converted file w/o any issues. What happens instead? The frames "jump" in the converted file when playing it with QuickTimePlayer X 10.1 (more) or VLC (less). Possible workaround: ffmpeg -i sample.avi sample-copy.m4v Any additional information: * Example: see below * Command: {{{ $ ffmpeg -y -i sample.avi -vcodec copy sample-copy.m4v ffmpeg version N-30168-g6d789f5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 23 2011 09:20:16 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 3 / 2. 43. 3 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'sample.avi': Metadata: encoder : transcode-1.0.7rc1 Duration: 02:02:15.00, start: 0.000000, bitrate: 0 kb/s Stream #0.0: Video: h264 (Main) (H264 / 0x34363248), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0.1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 192 kb/s Output #0, ipod, to 'sample-copy.m4v': Metadata: encoder : Lavf53.13.0 Stream #0.0: Video: h264 (avc1 / 0x31637661), yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=2-31, 25 tbn, 25 tbc Stream #0.1: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (mp3 -> libfaac) Press [q] to stop, [?] for help [ipod @ 0x7ff8f32d1c00] pts has no value Last message repeated 64 times frame= 65 fps= 0 q=-1.0 Lsize= 479kB time=00:00:02.60 bitrate=1509.5kbits/s video:436kB audio:40kB global headers:0kB muxing overhead 0.564932% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:23:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:23:59 -0000 Subject: [FFmpeg-trac] #502(undetermined:new): Jumping frames when copying video of an h264 file In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.b653fd24216f1a717c275ab0d14ef2cd@avcodec.org> #502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/502/sample-issue-502.avi * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/502/sample-copy- issue-502.m4v * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/502/sample-recode- issue-502.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:44:00 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:44:00 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.67f73a1b70a57325b05b521cc4165f80@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Gagan): This config.err was the only file which i found in my older version build. I am not sure whether this is same file or not which you are asking as there is no config.log file exists there, However it compiles correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:51:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:51:09 -0000 Subject: [FFmpeg-trac] #200(avcodec:reopened): aac - failure decoding audio stream when audio configuration changes In-Reply-To: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> References: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> Message-ID: <052.f6d65dc60d9e100be509b1be87f0fa05@avcodec.org> #200: aac - failure decoding audio stream when audio configuration changes ------------------------------------+------------------------------------ Reporter: gmcallow | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: The original sample still fails (parse_adts_frame_header is never called) {{{ $ ffmpeg -i stereo51.loas out.ac3 ffmpeg version N-32813-g6d789f5, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 23 2011 09:28:25 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 3 / 2. 43. 3 libswscale 2. 1. 0 / 2. 1. 0 [loas @ 0x12b8780] max_analyze_duration 5000000 reached at 5013333 [loas @ 0x12b8780] Estimating duration from bitrate, this may be inaccurate Input #0, loas, from 'stereo51.loas': Duration: N/A, bitrate: N/A Stream #0.0: Audio: aac_latm, 48000 Hz, stereo, s16 Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, ac3, to 'out.ac3': Metadata: encoder : Lavf53.13.0 Stream #0.0: Audio: ac3, 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (aac_latm -> ac3) Press [q] to stop, [?] for help [aac_latm @ 0x12beb20] channel element 0.0 is not allocated Error while decoding stream #0.0 Error while decoding stream #0.0 ... Error while decoding stream #0.0 Error while decoding stream #0.0 Last message repeated 692 times size= 308kB time=00:00:19.68 bitrate= 128.0kbits/s video:0kB audio:308kB global headers:0kB muxing overhead 0.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:53:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:53:29 -0000 Subject: [FFmpeg-trac] #282(build system:closed): undefined reference to `_avdevice_register_all' In-Reply-To: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> References: <038.2fdbd05d5535c7ff5781dbb88b5a6377@avcodec.org> Message-ID: <053.1ac3d64a0c6173893a867369eabb556e@avcodec.org> #282: undefined reference to `_avdevice_register_all' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: michael Type: defect | Status: closed Priority: critical | Component: build Version: git | system Keywords: undefined | Resolution: invalid reference avdevice_register_all | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Thank you for the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 09:53:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 07:53:40 -0000 Subject: [FFmpeg-trac] #460(build system:closed): multiple definition of `_SDL_GetError' In-Reply-To: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> References: <038.c155d6af08c829fd450bd0e6afed0c7e@avcodec.org> Message-ID: <053.eeae05ac4fd5f1435bf8a6a165552ad4@avcodec.org> #460: multiple definition of `_SDL_GetError' -------------------------------------+------------------------------------- Reporter: KSHawkEye | Owner: Type: defect | Status: closed Priority: critical | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Thank you for the analysis! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 10:02:50 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 08:02:50 -0000 Subject: [FFmpeg-trac] #489(avcodec:closed): AAC stream's decoding stops at a channel count switch In-Reply-To: <033.9328cb8d0a34a6bb7d80d2e23d8fe58d@avcodec.org> References: <033.9328cb8d0a34a6bb7d80d2e23d8fe58d@avcodec.org> Message-ID: <048.0f6ded4e7159450db68aa3f92217fa70@avcodec.org> #489: AAC stream's decoding stops at a channel count switch -------------------------------------+------------------------------------- Reporter: JEEB | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: japanese isdb | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * resolution: duplicate => fixed Comment: This sample works fine now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 10:08:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 08:08:18 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.c5357974217d56f46b315eb50deb6948@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): (config.err was renamed to config.log some time ago.) Could you confirm that the old version still compiles? (Is the file you uploaded new or did you find it in your archives?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 10:17:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 08:17:25 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.03b372c8be6ff11a292ed143fe539ab9@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Gagan): Yes i compile it yesterday and it compiles successfully and i am using these libraries in my IPhone project to compress .mov to .mp4, However i am facing issue in setting pts and dts while sync audio and video frames because currently i am getting non monotone timestamp errors while writing audio frames and loosing some frame so getting shorter output video...., but that is different story. I thought this is happening due to older ffmpeg version and try to compile for new version but it fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 10:23:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 08:23:27 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.1887df9ae513682503196bbb52ea08f9@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by cehoyos): Then I suggest you try git bisect to find the version that broke building FFmpeg. ("v0.6" could be a starting version.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 10:58:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 08:58:24 -0000 Subject: [FFmpeg-trac] #503(avutil:new): Add RGBA64/BGRA16 pixel format Message-ID: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> #503: Add RGBA64/BGRA16 pixel format ---------------------------------------+--------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: new Priority: wish | Component: avutil Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Add RGBA64[LE,BE] and BGRA64[LE,BE] for all 16 bit packed 4 channel files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 11:36:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 09:36:46 -0000 Subject: [FFmpeg-trac] #502(undetermined:new): Jumping frames when copying video of an h264 file In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.8bfcfe9dc801a779c8c9c24072e89e06@avcodec.org> #502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | 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): Not reproducible with MPlayer and ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 12:38:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 10:38:29 -0000 Subject: [FFmpeg-trac] #502(undetermined:new): Jumping frames when copying video of an h264 file In-Reply-To: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> References: <035.65874e0ca5d465dc7d1b4aae6a53ba68@avcodec.org> Message-ID: <050.dcae111076f0e0c1942846266ef78af7@avcodec.org> #502: Jumping frames when copying video of an h264 file -------------------------------------+------------------------------------- Reporter: Alex__ | 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 Alex__): Too bad, so it's Apple specific again. Also I've to admin that VLC plays the file w/o issues. Here is a screencast example: * http://dl.dropbox.com/u/1358485/bugs/ffmpeg/502/screencast- issue-502.m4v -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 19:04:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 17:04:19 -0000 Subject: [FFmpeg-trac] #490(avformat:closed): mpeg stream autodetected as psxstr In-Reply-To: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> References: <035.3424815ac3785aa8e771f3837dbb36e5@avcodec.org> Message-ID: <050.8210e50765bb7b8e5333eec8755d3d39@avcodec.org> #490: mpeg stream autodetected as psxstr ------------------------------------+------------------------------------ Reporter: Alex__ | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: locally fixed will push once it passes tests -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 20:56:51 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 18:56:51 -0000 Subject: [FFmpeg-trac] #501(undetermined:new): Extract thumbnails with -ss from WMV big In-Reply-To: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> References: <041.a81df10fd683cd96d6f8217e9d0a39b5@avcodec.org> Message-ID: <056.818f7a4b4d8874abf53c088b440242a0@avcodec.org> #501: Extract thumbnails with -ss from WMV big -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by plaguebreath): I'm not so great user of MinGW but actually refering to the link you post me I did all but GDB stuff, but that's because I don't see in any place any ffmpeg_g.exe to launch with gdb. Plus I did further test and with the 64bit version with same switch it never crash at all so it is definitively a problem of 32bit version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 23 22:58:24 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 23 Sep 2011 20:58:24 -0000 Subject: [FFmpeg-trac] #200(avcodec:closed): aac - failure decoding audio stream when audio configuration changes In-Reply-To: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> References: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> Message-ID: <052.afaeed6fb424c3b8bec67d3a0ec66617@avcodec.org> #200: aac - failure decoding audio stream when audio configuration changes ------------------------------------+----------------------------------- Reporter: gmcallow | 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: reopened => closed * resolution: => fixed Comment: 2nd try -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 24 03:14:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 01:14:20 -0000 Subject: [FFmpeg-trac] #149(undetermined:closed): ffplay: Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.f907b859daf4c9426955c1633b999ffb@avcodec.org> #149: ffplay: Broken sound in rtmp / rtsp streams -------------------------------------+------------------------------------- Reporter: | Owner: alexandru_mg3 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 24 03:18:27 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 01:18:27 -0000 Subject: [FFmpeg-trac] #479(avformat:reopened): AVStream.start_time incorrect by 2 frames for Sony XDCAM-EX files (was: AVStream.start_time incorrect for Sony XDCAM-EX files) In-Reply-To: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> References: <032.13624b9ca5359591c0769bf1837556eb@avcodec.org> Message-ID: <047.351fc060c687564600d67aa60c9fa321@avcodec.org> #479: AVStream.start_time incorrect by 2 frames for Sony XDCAM-EX files -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: defect | Status: reopened Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 24 11:59:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 09:59:26 -0000 Subject: [FFmpeg-trac] #117(undetermined:open): unsupported interplayvideo file In-Reply-To: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> References: <038.b86f9844c124d23f093105e0538c0c4b@avcodec.org> Message-ID: <053.063cac97349e8f6b427d19041eba9ebb@avcodec.org> #117: unsupported interplayvideo file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 24 13:12:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 11:12:04 -0000 Subject: [FFmpeg-trac] #378(avfilter:closed): Center align text in drawtext avfilter In-Reply-To: <034.cfefe2e1271bcff70f440371d6431011@avcodec.org> References: <034.cfefe2e1271bcff70f440371d6431011@avcodec.org> Message-ID: <049.c4b5fa9da1d786967a9ed9ca08bc0da0@avcodec.org> #378: Center align text in drawtext avfilter -------------------------------------+------------------------------------ Reporter: b1ng0 | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 482ce0ce4ec558db5a951718bcd7a9c01d0afb36 Author: Stefano Sabatini Date: Sun Sep 18 02:41:56 2011 +0200 vf_drawtext: make x and y options parametric Address trac issue #378. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 24 14:27:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 12:27:07 -0000 Subject: [FFmpeg-trac] #492(undetermined:open): support for BitJazz SheerVideo Pro v.2.6.7.6 In-Reply-To: <036.7cfc7562458e1e233890434fe7cc6348@avcodec.org> References: <036.7cfc7562458e1e233890434fe7cc6348@avcodec.org> Message-ID: <051.8978a9244fc10260569d5ac52c000ffa@avcodec.org> #492: support for BitJazz SheerVideo Pro v.2.6.7.6 -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Thank you for the links! {{{ $ ffmpeg -i SDDancers10.mov ffmpeg version N-32839-g9569a3c, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 24 2011 12:15:02 with gcc 4.5.3 configuration: --enable-libvpx --enable-libvorbis --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 3 / 2. 43. 3 libswscale 2. 1. 0 / 2. 1. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x12bc780] Could not find codec parameters (Video: none (Shr0 / 0x30726853), 320x240, 10522 kb/s) SDDancers10.mov: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 01:25:25 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 24 Sep 2011 23:25:25 -0000 Subject: [FFmpeg-trac] #504(undetermined:new): Fixing av_seek_frame Message-ID: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> #504: Fixing av_seek_frame -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 av_seek_frame fails in several cases. This is an attempt to write a seek function that works as expected. It may be that avformat_seek_file will be an attempt to fix all this, but currently it just calls av_seek_frame since read_seek2 does not exist. So mostly this needs to be a rewrite of libavformat\utils.c. I see that alot of the failures occur because the AVStream index_entries is NULL or none of the entries are flaged with AVINDEX_KEYFRAME, but there are other reasons for failure and thats going to require more digging. This discussion is probably going to end up being lengthy. I have several files that fail but they fail for various reasons. If you want I will just put it all on this ticket, or open a new ticket for each case, or we can just communicate by email. Let me know. This first case is the simplest I have. It has index_entries but none of them are flagged with AVINDEX_KEYFRAME. It has read_seek but that returns -1. It ends up calling seek_frame_generic which calls av_index_search_timestamp and that fails since none of the entries are marked with AVINDEX_KEYFRAME. So the end result of av_seek_frame is -1. You cannot just call av_seek_frame with AVSEEK_FLAG_ANY because that will just put you in the middle somewhere and that will produce incorrect results when you decode it. For looping back to the beginning, using AVSEEK_FLAG_ANY will work since the reality here is the first frame is the key frame. In order to correcly seek into this file at an arbitrary position, I suppose you would need to decode the first frame and then proceed to the timestamp of interest. The attached file, filecopy.avi, can be tested with ffplay by using the left arrow key and you will see it says 'error while seeking'. This is just the first case. I have several others but maybe by fixing a few these it will cover most cases. Another note for now is when av_seek_frame_binary is called, there are 2 variables called pos_min and pos_max. I have files where av_seek_frame_binary is called and either 1 or 2 of the variables are never initialized. Then av_gen_search is called with the unintialized variables. I will get back to this later with file examples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 03:53:56 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 01:53:56 -0000 Subject: [FFmpeg-trac] #495(avcodec:closed): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.a55522c46bd34e410d71ca77f49c6583@avcodec.org> #495: Crash on hidef WMV file ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Sascha Sommer. (Regarding some original questions: Attached 1MB cut of the original sample crashed with the same backtrace iirc and FFmpeg explains clearly why the sample cannot be decoded.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 04:36:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 02:36:12 -0000 Subject: [FFmpeg-trac] #495(avcodec:closed): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.2e6e0d7482caaebebe010a80bbc1b00d@avcodec.org> #495: Crash on hidef WMV file ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by DonMoir): I do believe ffmpeg describes why the sample cannot be decoded via console strings, but I not sure if the failure information is available by other means when doing av_open_input_file and subsequent startup, but it may be. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 12:20:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 10:20:58 -0000 Subject: [FFmpeg-trac] #505(undetermined:new): Orientation information ignored Message-ID: <035.d9f6c361f39b6ec368739f1ee36282fa@avcodec.org> #505: Orientation information ignored -------------------------------------+------------------------------------- Reporter: Alex__ | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description: Orientation information ignored Version: latest trunk URL: see below Steps that will reproduce the problem? 1. ffmpeg -i sample-in.mov -vcodec copy -acodec copy sample-out.mov 2. Open sample-out.mov with QuickTime Player X What is the expected result? Video in portrait mode. What happens instead? Video in langscape mode. Possible workaround: Maybe just a missing parameter? Apple related only? Any additional information: * Example files: attached * Screenshots: attached * Command: {{{ $ ffmpeg -i sample-in.mov -vcodec copy -acodec copy sample-out.mov ffmpeg version N-30271-g73a5287, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 12:14:29 with clang 2.1 (tags/Apple/clang-163.7.1) configuration: --enable-zlib --disable-debug --enable-libfaac --enable- libx264 --enable-gpl --enable-nonfree --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --cc=clang libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 1 codec frame rate differs from container frame rate: 1200.00 (1200/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'sample-in.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2011-09-25 10:10:07 encoder : 4.3.5 encoder-deu : 4.3.5 date : 2011-09-25T12:09:54+0200 date-deu : 2011-09-25T12:09:54+0200 Duration: 00:00:03.53, start: 0.000000, bitrate: 784 kb/s Stream #0:0(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, s16, 63 kb/s Metadata: creation_time : 2011-09-25 10:10:07 Stream #0:1(und): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 480x272, 712 kb/s, 30 fps, 30 tbr, 600 tbn, 1200 tbc Metadata: creation_time : 2011-09-25 10:10:07 Output #0, mov, to 'sample-out.mov': Metadata: major_brand : qt minor_version : 0 compatible_brands: qt creation_time : 2011-09-25 10:10:07 date-deu : 2011-09-25T12:09:54+0200 encoder-deu : 4.3.5 date : 2011-09-25T12:09:54+0200 encoder : Lavf53.13.0 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 480x272, q=2-31, 712 kb/s, 600 tbn, 600 tbc Metadata: creation_time : 2011-09-25 10:10:07 Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, mono, 63 kb/s Metadata: creation_time : 2011-09-25 10:10:07 Stream mapping: Stream #0.1 -> #0.0 (copy) Stream #0.0 -> #0.1 (copy) Press [q] to stop, [?] for help frame= 106 fps= 0 q=-1.0 Lsize= 338kB time=00:00:03.50 bitrate= 791.2kbits/s video:308kB audio:27kB global headers:0kB muxing overhead 0.985367% $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 14:43:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 12:43:29 -0000 Subject: [FFmpeg-trac] #505(undetermined:open): mov display matrix is not copied on remuxing (was: Orientation information ignored) In-Reply-To: <035.d9f6c361f39b6ec368739f1ee36282fa@avcodec.org> References: <035.d9f6c361f39b6ec368739f1ee36282fa@avcodec.org> Message-ID: <050.2b4b1c5f936f387afe50e7fbc0bd0aec@avcodec.org> #505: mov display matrix is not copied on remuxing -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * type: defect => enhancement * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 16:24:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 14:24:30 -0000 Subject: [FFmpeg-trac] #495(avcodec:closed): Crash on hidef WMV file In-Reply-To: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> References: <036.12180dda99be4fee025f3e7a55261053@avcodec.org> Message-ID: <051.7bce8c134120dd076367d845e640a954@avcodec.org> #495: Crash on hidef WMV file ------------------------------------+----------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Please open an enhancement ticket (or even better, send a patch to ffmpeg- devel) for signalling encrypted formats to the calling application. (AVStream.is_encrypted ?) (Since crashes are important, I'd like not to change this ticket's title.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 16:33:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 14:33:11 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 In-Reply-To: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> References: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> Message-ID: <050.66c2584fb02bce0341e2ce1d01e87570@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 -------------------------------------+----------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by toralf): with new version (0.7.5 and new gcc version 4.5.3) these warnigns still remains: * QA Notice: Package triggers severe warnings which indicate that it * may exhibit random runtime failures. * libavcodec/h264.c:3630:31: warning: array subscript is below array bounds * QA Notice: Package triggers severe warnings which indicate that it * may exhibit random runtime failures. * libavcodec/libx264.c:351:22: warning: the address of ?val? will always evaluate as ?true? * Please do not file a Gentoo bug and instead report the above QA * issues directly to the upstream developers of this software. * Homepage: http://ffmpeg.org/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 17:23:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 15:23:44 -0000 Subject: [FFmpeg-trac] #440(avcodec:closed): support correctly TIFF 4bpp with ZIP compression In-Reply-To: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> References: <038.f691b3bb19cd026d3eea81ed1978e62a@avcodec.org> Message-ID: <053.15d0f77bad08cdcf68b0d635961dfa11@avcodec.org> #440: support correctly TIFF 4bpp with ZIP compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 17:23:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 15:23:52 -0000 Subject: [FFmpeg-trac] #439(avcodec:closed): support correctly TIFF 4bpp with LZW compression In-Reply-To: <038.defd907a38dc710571dc71b354732614@avcodec.org> References: <038.defd907a38dc710571dc71b354732614@avcodec.org> Message-ID: <053.92c238c3927c739ffc89b3c5f774d405@avcodec.org> #439: support correctly TIFF 4bpp with LZW compression ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 17:31:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 15:31:10 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 In-Reply-To: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> References: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> Message-ID: <050.4ddce86e4835578bc37aeb2b0f61e3b8@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 -------------------------------------+----------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Do you believe any of the notices is valid? (The notice that val being a char[] and not a char* indicates random runtime failures seems wrong to me.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 19:11:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 17:11:04 -0000 Subject: [FFmpeg-trac] #506(FFmpeg:new): FFMPEG32 Windows Build CRASH Message-ID: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: FFmpeg Priority: normal | Keywords: APPCRASH Version: | c0000005 unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- I try to extract 5 thumbs from a wmv, after some time of elaboration windows crash with that reports (sorry for italian) {{{ Nome evento problema: APPCRASH Nome applicazione: ffmpeg.exe Versione applicazione: 0.0.0.0 Timestamp applicazione: 4e77d543 Nome modulo con errori: ffmpeg.exe Versione modulo con errori: 0.0.0.0 Timestamp modulo con errori: 4e77d543 Codice eccezione: c0000005 Offset eccezione: 003f9ced Versione SO: 6.1.7601.2.1.0.256.1 ID impostazioni locali: 1040 Informazioni aggiuntive 1: 0a9e Ulteriori informazioni 2: 0a9e372d3b4ad19135b953a78882e789 Ulteriori informazioni 3: 0a9e Ulteriori informazioni 4: 0a9e372d3b4ad19135b953a78882e789 }}} There is the gdb of the error: {{{ ----errors before crash on output console ---- [wmv3 @ 0201F9E0] Bits overconsumption: 542 > 496 [wmv3 @ 0201F9E0] concealing 1194 DC, 1194 AC, 1194 MV errors [wmv3 @ 0201F9E0] Bits overconsumption: 498 > 496 [wmv3 @ 0201F9E0] concealing 1195 DC, 1195 AC, 1195 MV errors [wmv3 @ 0201F9E0] Bits overconsumption: 518 > 496 [wmv3 @ 0201F9E0] concealing 1198 DC, 1198 AC, 1198 MV errors ----errors before crash on output console ---- Program received signal SIGSEGV, Segmentation fault. 0x007f9ced in ?? () (gdb) bt #0 0x007f9ced in ?? () #1 0x891fffc1 in ?? () #2 0x8310244c in ?? () #3 0x7c8901e9 in ?? () #4 0x01bf1424 in ?? () Cannot access memory at address 0xcf89f9d5 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0x7f9ccd to 0x7f9d0d: 0x007f9ccd: add %al,(%eax) 0x007f9ccf: add %al,%bh 0x007f9cd1: inc %esp 0x007f9cd2: and $0x44,%al 0x007f9cd4: add %al,(%eax) 0x007f9cd6: add %al,(%eax) 0x007f9cd8: mov 0x48(%esp),%ecx 0x007f9cdc: add $0x50c,%ebp 0x007f9ce2: mov %edi,0x4(%esp) 0x007f9ce6: mov %esi,0x8(%esp) 0x007f9cea: mov %ecx,(%esp) => 0x007f9ced: call *0xc(%ebx,%ebp,4) 0x007f9cf1: lea 0x8(%edi),%eax 0x007f9cf4: mov %eax,0x4(%esp) 0x007f9cf8: mov 0x48(%esp),%eax 0x007f9cfc: mov %esi,0x8(%esp) 0x007f9d00: add $0x8,%eax 0x007f9d03: mov %eax,(%esp) 0x007f9d06: call *0xc(%ebx,%ebp,4) 0x007f9d0a: lea 0x0(,%esi,8),%eax End of assembler dump. (gdb) info all-registers eax 0x1ad3160 28127584 ecx 0x4a4bfc0 77905856 edx 0x280 640 ebx 0x1ab8ba0 28019616 esp 0x28d060 0x28d060 ebp 0x902d0c 0x902d0c esi 0x280 640 edi 0x1ad0461 28116065 eip 0x7f9ced 0x7f9ced eflags 0x10206 [ PF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x53 83 gs 0x2b 43 st0 -nan(0x8e8e8e8e8e8e8e8e) (raw 0xffff8e8e8e8e8e8e8e8e) st1 -nan(0x8e008e008e008e) (raw 0xffff008e008e008e008e) st2 -nan(0x8e8e8e8e8e8e8e8e) (raw 0xffff8e8e8e8e8e8e8e8e) st3 -nan(0x8e008e008e008e) (raw 0xffff008e008e008e008e) st4 -nan(0x8e8e8e8e8e8e8e8e) (raw 0xffff8e8e8e8e8e8e8e8e) st5 -nan(0x8e008e008e008e) (raw 0xffff008e008e008e008e) st6 -nan(0x8e8e8e8e8e8e8e8e) (raw 0xffff8e8e8e8e8e8e8e8e) st7 -nan(0x8e008e008e008e) (raw 0xffff008e008e008e008e) fctrl 0x37f 895 fstat 0x4020 16416 ftag 0xaaaa 43690 fiseg 0x23 35 fioff 0x40a68e 4236942 foseg 0x2b 43 fooff 0x28df78 2678648 fop 0x7bc 1980 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x0}, v16_int8 = {0x68, 0x72, 0x75, 0x77, 0x77, 0x78, 0x79, 0x7b, 0x7e, 0x85, 0x88, 0x8b, 0x8c, 0x8c, 0x8c, 0x8c}, v8_int16 = { 0x7268, 0x7775, 0x7877, 0x7b79, 0x857e, 0x8b88, 0x8c8c, 0x8c8c}, v4_int32 = {0x77757268, 0x7b797877, 0x8b88857e, 0x8c8c8c8c}, v2_int64 = { 0x7b79787777757268, 0x8c8c8c8c8b88857e}, uint128 = 0x8c8c8c8c8b88857e7b79787777757268} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x80 }, v8_int16 = {0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080}, v4_int32 = {0x80808080, 0x80808080, 0x80808080, 0x80808080}, v2_int64 = {0x8080808080808080, 0x8080808080808080}, uint128 = 0x80808080808080808080808080808080} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x80 }, v8_int16 = {0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080, 0x8080}, v4_int32 = {0x80808080, 0x80808080, 0x80808080, 0x80808080}, v2_int64 = {0x8080808080808080, 0x8080808080808080}, uint128 = 0x80808080808080808080808080808080} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x8e8e8e8e8e8e8e8e, v2_int32 = {0x8e8e8e8e, 0x8e8e8e8e}, v4_int16 = {0x8e8e, 0x8e8e, 0x8e8e, 0x8e8e}, v8_int8 = { 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e}} mm1 {uint64 = 0x8e008e008e008e, v2_int32 = {0x8e008e, 0x8e008e}, v4_int16 = {0x8e, 0x8e, 0x8e, 0x8e}, v8_int8 = {0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0}} mm2 {uint64 = 0x8e8e8e8e8e8e8e8e, v2_int32 = {0x8e8e8e8e, 0x8e8e8e8e}, v4_int16 = {0x8e8e, 0x8e8e, 0x8e8e, 0x8e8e}, v8_int8 = { 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e}} mm3 {uint64 = 0x8e008e008e008e, v2_int32 = {0x8e008e, 0x8e008e}, v4_int16 = {0x8e, 0x8e, 0x8e, 0x8e}, v8_int8 = {0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0}} mm4 {uint64 = 0x8e8e8e8e8e8e8e8e, v2_int32 = {0x8e8e8e8e, 0x8e8e8e8e}, v4_int16 = {0x8e8e, 0x8e8e, 0x8e8e, 0x8e8e}, v8_int8 = { 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e}} mm5 {uint64 = 0x8e008e008e008e, v2_int32 = {0x8e008e, 0x8e008e}, v4_int16 = {0x8e, 0x8e, 0x8e, 0x8e}, v8_int8 = {0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0}} mm6 {uint64 = 0x8e8e8e8e8e8e8e8e, v2_int32 = {0x8e8e8e8e, 0x8e8e8e8e}, v4_int16 = {0x8e8e, 0x8e8e, 0x8e8e, 0x8e8e}, v8_int8 = { 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e, 0x8e}} mm7 {uint64 = 0x8e008e008e008e, v2_int32 = {0x8e008e, 0x8e008e}, v4_int16 = {0x8e, 0x8e, 0x8e, 0x8e}, v8_int8 = {0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0, 0x8e, 0x0}} }}} Note that the 64 release of FFMPEG for Windows work perfectly and not crash. I work on a windows 7 - 64 bit, tried with windows xp sape error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 21:37:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 19:37:57 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.f4fc40d9fa3b707c136d4cbc8eb74da7@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: APPCRASH c0000005 => * component: FFmpeg => undetermined Comment: Please provide the complete, uncut command line you used and try to produce a backtrace with a non-stripped version of FFmpeg (ffmpeg_g). And I suspect a sample will be needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 21:44:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 19:44:48 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.cac22bbbbd9d94976a3790e21a088be8@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by plaguebreath): Sorry it went wrong on the copy/paste stuff: ffmpeg -ss 1394 -i "C:\testing\1.wmv" -vcodec mjpeg -an -s 800x600 -vf pad=800:600:0:0:black -sameq -v 1 -vframes 1 -y -f rawvideo "C:\testing\1_1.jpg" Difficult to send you a sample coz it's a 1.5gb wmv file actually. I never know where to get a ffmpeg_g for windows for that I never know how to do that as per instruction. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 22:12:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 20:12:44 -0000 Subject: [FFmpeg-trac] #507(undetermined:new): Initial A/V desync when remuxing or transcoding ASP / MP3 in avi Message-ID: <036.2f32b1af4826e9b2245fe1c8e5a9e2f4@avcodec.org> #507: Initial A/V desync when remuxing or transcoding ASP / MP3 in avi -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-eedefa35.html The sample plays fine with ffplay and MPlayer, if remuxed (to avi) or transcoded, the resulting video shows constant A/V desync (audio too early) from the beginning. The following scenes can be used to see the desync: ~ 65 seconds: A trigger is pulled and a light ignites ~ 110 seconds: Footsteps can be heard and seen And from 120 seconds on out.avi shows ~1 second desync: {{{ $ ffmpeg -i avdesync.avi -qscale 2 -r 24000/1001 -t 145 out.avi ffmpeg version N-32916-g73a5287, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 12:04:12 with gcc 4.5.3 configuration: --enable-libvpx --enable-libvorbis --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 [mp3 @ 0x12cb7a0] Header missing Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (2500000/104271) Input #0, avi, from 'avdesync.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 01:54:18.98, start: 0.000000, bitrate: 69 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 720x304 [SAR 1:1 DAR 45:19], 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s [buffer @ 0x12eb0c0] w:720 h:304 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.13.0 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x304 [SAR 1:1 DAR 45:19], q=2-31, 200 kb/s, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpeg4 -> mpeg4) Stream #0.1 -> #0.1 (mp3 -> ac3) Press [q] to stop, [?] for help [mp3 @ 0x12cb7a0] Header missing Error while decoding stream #0.1 frame= 3475 fps=302 q=2.0 Lsize= 66122kB time=00:02:24.00 bitrate=3761.6kbits/s video:63673kB audio:2250kB global headers:0kB muxing overhead 0.300935% }}} out2.avi shows ~0.7 seconds desync: {{{ $ ffmpeg -i avdesync.avi -vcodec copy -acodec copy -r 24000/1001 -t 145 out2.avi ffmpeg version N-32916-g73a5287, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 12:04:12 with gcc 4.5.3 configuration: --enable-libvpx --enable-libvorbis --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 [mp3 @ 0x12cb7a0] Header missing Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (2500000/104271) Input #0, avi, from 'avdesync.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 01:54:18.98, start: 0.000000, bitrate: 69 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 720x304 [SAR 1:1 DAR 45:19], 23.98 fps, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16, 128 kb/s Output #0, avi, to 'out2.avi': Metadata: ISFT : Lavf53.13.0 Stream #0:0: Video: mpeg4 (XVID / 0x44495658), yuv420p, 720x304 [SAR 1:1 DAR 45:19], q=2-31, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 (copy) Stream #0.1 -> #0.1 (copy) Press [q] to stop, [?] for help frame= 3477 fps= 0 q=-1.0 Lsize= 58404kB time=00:02:25.00 bitrate=3299.4kbits/s video:55905kB audio:2266kB global headers:0kB muxing overhead 0.401601% }}} I will upload the beginning of the sample: Audio gets significantly quieter too early. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 22:21:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 20:21:06 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.ce82286437b2ebe353e6f3140fc98320@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Does the crash only happen for -ss 1394? If a smaller value is sufficient, it should be easy to cut the sample (but I suspect it can also be cut significantly to still get 1394 seconds). Is the pad filter necessary to reproduce the crash? Is -s 800x600 necessary to reproduce the crash or does it also crash for the original resolution? Is -sameq necessary? (-vcodec mjpeg and -f rawvideo should be unneeded) Is the crash also reproducible without encoding? ffmpeg -ss 1394 -i "C:\testing\1.wmv" -an -s 800x600 -vf pad=800:600:0:0:black -f null - Please provide a minimal command line (that is a short command line that does include -an). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 22:48:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 20:48:42 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.905501bc430698256a7ea6107e2b3cdc@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by plaguebreath): ffmpeg -ss 1000 -i "C:\testing\1.wmv" -an -f null - crash always when coming out the error: [wmv3 @ 01D0FA40] Bits overconsumption: 542 > 496 [wmv3 @ 01D0FA40] concealing 1194 DC, 1194 AC, 1194 MV errors [wmv3 @ 01D0FA40] Bits overconsumption: 498 > 496 [wmv3 @ 01D0FA40] concealing 1195 DC, 1195 AC, 1195 MV errors [wmv3 @ 01D0FA40] Bits overconsumption: 518 > 496 [wmv3 @ 01D0FA40] concealing 1198 DC, 1198 AC, 1198 MV errors -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 23:08:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 21:08:17 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.cabcc00f163271e7dc646c1a607452ba@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): But it does not crash for smaller values than 1000 for -ss? Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 23:11:53 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 21:11:53 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.50f321863103fdfe6b49cde4bb112742@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by plaguebreath): It start to crash after that value, how to provide a sample ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 25 23:42:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 21:42:45 -0000 Subject: [FFmpeg-trac] #506(undetermined:new): FFMPEG32 Windows Build CRASH In-Reply-To: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> References: <041.e715042621da3ea0df3b5bb4e04ab917@avcodec.org> Message-ID: <056.e65bb0a1eabbb941215d28f240f5f34b@avcodec.org> #506: FFMPEG32 Windows Build CRASH -------------------------------------+------------------------------------- Reporter: | Owner: michael plaguebreath | Status: new Type: defect | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Cut it so it does still crash and upload the sample to http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 01:04:35 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 23:04:35 -0000 Subject: [FFmpeg-trac] #473(undetermined:closed): Option to ignore defect frames In-Reply-To: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> References: <035.8756f71efe571c9d05e986d62848a859@avcodec.org> Message-ID: <050.96a989918bea66f23098aea15e77b7f3@avcodec.org> #473: Option to ignore defect frames -------------------------------------+------------------------------------- Reporter: Alex__ | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: This is impossible to fix without a sample, please reopen if a sample is available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 01:18:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 23:18:00 -0000 Subject: [FFmpeg-trac] #407(avcodec:open): Assertion fails in h264_refs.c In-Reply-To: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> References: <038.1d53b7750b08f74dd11353ee223f910f@avcodec.org> Message-ID: <053.5eb03ca99c2d693cc4c6f51fa7a27daf@avcodec.org> #407: Assertion fails in h264_refs.c -------------------------------------+------------------------------------- Reporter: redeemarr | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: assertion | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The assert is fixed, could you test if the crash you originally saw is still reproducible? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 01:34:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 25 Sep 2011 23:34:20 -0000 Subject: [FFmpeg-trac] #508(undetermined:new): transcoding to mp4 with ffmpeg fails reliably Message-ID: <037.091cf4c9cd5dbe3eada09dfd9463f5a8@avcodec.org> #508: transcoding to mp4 with ffmpeg fails reliably -------------------------------------+------------------------------------- Reporter: graylion | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- in this example I tried to transcode a mkv with h264 and dca to mp4 and ac3. The commandline was: ffmpeg -i Excalibur\ 1981.mkv -sameq -vcodec mpeg4 -pass 1 -threads 4 -b 10000000 -an -f mp4 -y /dev/nul the next step would have been: ffmpeg -i Excalibur\ 1981.mkv -sameq -vcodec mpeg4 -pass 2 -threads 4 -b 10000000 -acodec ac3 -ab 384000 -f mp4 Excalibur.mp4 after some procerssing I got the following error: av_interleaved_write_frame(): Error while opening file bitrate=12810.9kbits/s the output you asked for is here: #ffmpeg -v 9 -loglevel 99 -i Excalibur\ 1981.mkv FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.1-1ubuntu1.2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable- stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Sep 16 2011 17:08:44, gcc: 4.4.3 ffmpeg: unrecognized option '-loglevel' This used to work without any problems until about a month ago, now it fails reliably. sometimes in first pass, sometimes in second, but it will fail. OS is Ubuntu Lucid 10.04.3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 02:05:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 00:05:56 -0000 Subject: [FFmpeg-trac] #508(undetermined:closed): transcoding to mp4 with ffmpeg fails reliably In-Reply-To: <037.091cf4c9cd5dbe3eada09dfd9463f5a8@avcodec.org> References: <037.091cf4c9cd5dbe3eada09dfd9463f5a8@avcodec.org> Message-ID: <052.843a244d7a85904070a73aa55c8569ab@avcodec.org> #508: transcoding to mp4 with ffmpeg fails reliably -------------------------------------+------------------------------------- Reporter: graylion | 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: The version you are testing is ancient. Please retry with current git head - you can find snapshots on http://ffmpeg.org/download.html if you don't like git - and reopen if the problem is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 02:13:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 00:13:14 -0000 Subject: [FFmpeg-trac] #508(undetermined:closed): transcoding to mp4 with ffmpeg fails reliably In-Reply-To: <037.091cf4c9cd5dbe3eada09dfd9463f5a8@avcodec.org> References: <037.091cf4c9cd5dbe3eada09dfd9463f5a8@avcodec.org> Message-ID: <052.62f5941622f0f5340198e5222bdf428b@avcodec.org> #508: transcoding to mp4 with ffmpeg fails reliably -------------------------------------+------------------------------------- Reporter: graylion | 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): Some additional comments: -sameq and -b options are mutually exclusive. FFmpeg probably ignores your -sameq anyway which is good because your input and output don't share the same quantizer scale. Also, you either cut off the end of your paste, or you misspelled ''/dev/null''. See [http://ubuntuforums.org/showthread.php?t=786095 HOWTO: Install and use the latest FFmpeg and x264] for step-by-step instructions to compile FFmpeg in Ubuntu. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 07:20:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 05:20:58 -0000 Subject: [FFmpeg-trac] #497(build system:open): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.48e9726eb7cc63ff07d998203fb8241c@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Comment (by Gagan): Now i am able to compile 0.8.4 successfully for ios sdk 4.3. But when i run the code i am getting following error. I am trying to compress .mov file to .mp4 file in IPhone. I am getting result video with shorter length by few seconds (loosing some audio frames) and audio is .5 sec faster than video. I read somewhere "non monotonically ....." is reported bug which is not yet solved. I would like to know whether this is happening due to some bug or i am missing something in code ? [mp4 @ 0x10e6800] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 2048 >= 2048 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 07:24:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 05:24:59 -0000 Subject: [FFmpeg-trac] #509(avcodec:new): Non monotonically increasing dts to muxer in stream Message-ID: <034.fd29d571f936aeacd544e5f0c0c93649@avcodec.org> #509: Non monotonically increasing dts to muxer in stream ---------------------------------+---------------------------------- Reporter: Gagan | Type: defect Status: new | Priority: normal Component: avcodec | Version: 0.8.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------- I am working on 0.8.4 "Love" libraries with IPhone os sdk 4.3. But when i run the code i am getting following error for my audio stream. I am trying to compress .mov video file to .mp4 file in IPhone. I am getting result video with shorter length by few seconds (loosing some audio frames i guess) and audio is .5 sec faster than video. I read somewhere "non monotonically ....." is reported bug which is not yet solved. I would like to know whether this is happening due to some existing bug or i am missing something in code ? Please find attached my app console output for reference. [mp4 @ 0x10e6800] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 2048 >= 2048 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 09:41:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 07:41:58 -0000 Subject: [FFmpeg-trac] #497(build system:closed): Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 In-Reply-To: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> References: <034.3d1601686a71e27cdbf10e1b758a93d1@avcodec.org> Message-ID: <049.ff79d5d6126c8e52b4e3b11122d5fbbe@avcodec.org> #497: Error in compiling FFMPEG 0.8.4 for ios sdk 4.3 --------------------------------+---------------------------------------- Reporter: Gagan | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 0.8.4 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: Anything you had to do to allow compilation? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 11:23:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 09:23:50 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 In-Reply-To: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> References: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> Message-ID: <050.567207480adf19091c414718ec7ec9b0@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 -------------------------------------+----------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by toralf): Replying to [comment:2 cehoyos]: > Do you believe any of the notices is valid? What happens if execute_decode_slices() is called with context_count==0 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 12:12:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 10:12:54 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 In-Reply-To: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> References: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> Message-ID: <050.4ebd4c010d18f5515c015ab8679e7544@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 -------------------------------------+----------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): That would require avctx->active_thread_type to have FF_THREAD_SLICE set and avctx->thread_count being 0 at the same time. Afaict, frame_thread_init() in pthreads.c makes this impossible. Is this not true for win32 threads or do I miss something? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 20:07:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 18:07:50 -0000 Subject: [FFmpeg-trac] #510(avcodec:new): Android internal compiler error on qcelpdec.c when NEON is used Message-ID: <038.2b2d91149021e6087550b884a2532b26@avcodec.org> #510: Android internal compiler error on qcelpdec.c when NEON is used -----------------------------------+-------------------------------------- Reporter: dmitrykos | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+-------------------------------------- Android compiler (gcc version 4.4.3 (GCC)) is failing (internal compiler) to compile qcelpdec.c if NEON is enabled as fpu. Error happens for this function 'qcelp_decode_frame' but tracking the roots of problem I arrived to 'postfilter' function: this loop is causing failure: {{{ for (n = 0; n < 10; n++) { lpc_s[n] = lpc[n] * pow_0_625[n]; lpc_p[n] = lpc[n] * pow_0_775[n]; } }}} to resolve the problem I tried to unroll it and compiler error is gone: {{{ #define QCELP_POSTFILTER_LPC__MPOW(N)\ lpc_s[(N)] = lpc[(N)] * pow_0_625[(N)];\ lpc_p[(N)] = lpc[(N)] * pow_0_775[(N)] QCELP_POSTFILTER_LPC__MPOW(0); QCELP_POSTFILTER_LPC__MPOW(1); QCELP_POSTFILTER_LPC__MPOW(2); QCELP_POSTFILTER_LPC__MPOW(3); QCELP_POSTFILTER_LPC__MPOW(4); QCELP_POSTFILTER_LPC__MPOW(5); QCELP_POSTFILTER_LPC__MPOW(6); QCELP_POSTFILTER_LPC__MPOW(7); QCELP_POSTFILTER_LPC__MPOW(8); QCELP_POSTFILTER_LPC__MPOW(9); #undef QCELP_POSTFILTER_LPC__MPOW }}} Most probably it happens due to error in NEON vectoriser and thus unrolling helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 23:07:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 21:07:07 -0000 Subject: [FFmpeg-trac] #491(FFmpeg:closed): ffmpeg's -b option (bitrate) overrides audio bitrate In-Reply-To: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> References: <032.e73cd3b2a8ab45ea9c14f742f7b266d9@avcodec.org> Message-ID: <047.78ceb77bf373fc370d8c33c11db7ac0d@avcodec.org> #491: ffmpeg's -b option (bitrate) overrides audio bitrate ------------------------------------+----------------------------------- Reporter: jbm | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, please reopen if not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 23:08:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 21:08:55 -0000 Subject: [FFmpeg-trac] #510(avcodec:new): Android internal compiler error on qcelpdec.c when NEON is used In-Reply-To: <038.2b2d91149021e6087550b884a2532b26@avcodec.org> References: <038.2b2d91149021e6087550b884a2532b26@avcodec.org> Message-ID: <053.941cbbcbc059659f9658b15f0fc40c1c@avcodec.org> #510: Android internal compiler error on qcelpdec.c when NEON is used ------------------------------------+----------------------------------- Reporter: dmitrykos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): There is a lot of information missing, but please confirm that you already reported it to gcc before suggesting a workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 23:10:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 21:10:11 -0000 Subject: [FFmpeg-trac] #510(avcodec:new): Android internal compiler error on qcelpdec.c when NEON is used In-Reply-To: <038.2b2d91149021e6087550b884a2532b26@avcodec.org> References: <038.2b2d91149021e6087550b884a2532b26@avcodec.org> Message-ID: <053.a769b96cb740d768048e731b08b9d436@avcodec.org> #510: Android internal compiler error on qcelpdec.c when NEON is used ------------------------------------+----------------------------------- Reporter: dmitrykos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Missing is at least: Your configure line, gcc -v output, and complete, uncut output of a repeated "make V=1". (Please do not post the complete, uncut output of the first make call!) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 23:21:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 21:21:35 -0000 Subject: [FFmpeg-trac] #503(avcodec:open): Support 64bit tiff (was: Add RGBA64/BGRA16 pixel format) In-Reply-To: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> References: <037.3d320f3ef2049b89bbe091a0e9109610@avcodec.org> Message-ID: <052.62a6091cd8869504d337963f451578ec@avcodec.org> #503: Support 64bit tiff -------------------------------------+----------------------------------- Reporter: cbsrobot | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * component: avutil => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 26 23:58:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 21:58:33 -0000 Subject: [FFmpeg-trac] #504(undetermined:new): Fixing av_seek_frame In-Reply-To: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> References: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> Message-ID: <051.aedcfd63bed9856af1cab79642e67e43@avcodec.org> #504: Fixing av_seek_frame -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): A lot of the seek errors I am seeing are with MPEG1 files. Not all of them fail though. I get some failures with MPEG2 as well. I am still looking into this. Most of the other formats I have tried work pretty good but I have this CODEC_ID_H264 case that fails. (AspectRatioHB.mpg). This particular file has 1 keyframe in the first frame and it is marked as such. The timestamp for this frame is negative which might have something to do with the failure but I don't know. Any attempt to seek directly to this first frame will fail. I have tried serveral different ways to seek to the frame but it always ends up with incorrect results. Other ways might be avio_seek and update the timestamp etc. Like the seek may return -1 or if I rearrange things seek returns success but then on decode I might get a gray frame or similiar. The rest of the H264 files I have work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 00:10:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 22:10:37 -0000 Subject: [FFmpeg-trac] #504(undetermined:new): Fixing av_seek_frame In-Reply-To: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> References: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> Message-ID: <051.9d26dd489a41e92c8a039dd159ab1b5f@avcodec.org> #504: Fixing av_seek_frame -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): On that AspectRatioHB.mpg file, if I do a avio_seek on the postion of the first frame and then update the timestamp (which is negative for that frame), on the first read using av_read_frame, you will not get that first frame packet. You will get some packet in the middle and that will produce incorrect results. It's like it skipped frames and the key first frame was never decoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 00:17:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 26 Sep 2011 22:17:40 -0000 Subject: [FFmpeg-trac] #511(undetermined:new): Intel JPEG library: flipped? Message-ID: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> #511: Intel JPEG library: flipped? -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Since r20312, FFmpeg flips jpeg if the comment in the encoded stream contains "Intel(R) JPEG Library", see attached samples inteljpeg.avi (issue 1464) and midvidjpeg.avi (issue 1468). Attached Bad_1.jpg (Debian #625944) also contains the string, but should not be flipped. {{{ $ ffmpeg -v 9 -loglevel 99 -i Bad_1.jpg ffmpeg version N-32933-g9b3df9b, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 26 2011 01:22:40 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 [mjpeg @ 0x8cbf0e0] Unsupported bit depth: 0 [mjpeg @ 0x8cbf0e0] buffer too small, expanding to 10519 bytes [mjpeg @ 0x8cbf0e0] marker=d8 avail_size_in_buf=10519 [mjpeg @ 0x8cbf0e0] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cbf0e0] marker=e0 avail_size_in_buf=10517 [mjpeg @ 0x8cbf0e0] marker parser used 16 bytes (128 bits) [mjpeg @ 0x8cbf0e0] marker=fe avail_size_in_buf=10499 [mjpeg @ 0x8cbf0e0] marker parser used 46 bytes (368 bits) [mjpeg @ 0x8cbf0e0] marker=db avail_size_in_buf=10451 [mjpeg @ 0x8cbf0e0] index=0 [mjpeg @ 0x8cbf0e0] qscale[0]: 3 [mjpeg @ 0x8cbf0e0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x8cbf0e0] marker=db avail_size_in_buf=10382 [mjpeg @ 0x8cbf0e0] index=1 [mjpeg @ 0x8cbf0e0] qscale[1]: 6 [mjpeg @ 0x8cbf0e0] marker parser used 67 bytes (536 bits) [mjpeg @ 0x8cbf0e0] marker=c4 avail_size_in_buf=10313 [mjpeg @ 0x8cbf0e0] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cbf0e0] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cbf0e0] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cbf0e0] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cbf0e0] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cbf0e0] marker=c0 avail_size_in_buf=9893 [mjpeg @ 0x8cbf0e0] sof0: picture: 300x300 [mjpeg @ 0x8cbf0e0] component 0 2:2 id: 0 quant:0 [mjpeg @ 0x8cbf0e0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cbf0e0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cbf0e0] pix fmt id 22111100 [mjpeg @ 0x8cbf0e0] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cbf0e0] escaping removed 255 bytes [mjpeg @ 0x8cbf0e0] marker=da avail_size_in_buf=9874 [mjpeg @ 0x8cbf0e0] component: 0 [mjpeg @ 0x8cbf0e0] component: 1 [mjpeg @ 0x8cbf0e0] component: 2 [mjpeg @ 0x8cbf0e0] marker parser used 9618 bytes (76938 bits) [mjpeg @ 0x8cbf0e0] marker=d9 avail_size_in_buf=0 [mjpeg @ 0x8cbf0e0] mjpeg decode frame unused 0 bytes Input #0, image2, from 'Bad_1.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: mjpeg, yuvj420p, 300x300 [SAR 1:1 DAR 1:1], 1/25, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 05:04:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 03:04:14 -0000 Subject: [FFmpeg-trac] #504(undetermined:new): Fixing av_seek_frame In-Reply-To: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> References: <036.2801e00ccc485f2e996f72d33e225226@avcodec.org> Message-ID: <051.cc6561169f46dbe0d0a043cecef02968@avcodec.org> #504: Fixing av_seek_frame -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): With dumbdog.mpg and I think several other MPEG1 files, the index_entries are all flagged with AVINDEX_KEYFRAME. When you start reading, the packets are flagged with AV_PKT_FLAG_KEY. When you start decoding after a seek and you get a finished frame, the AVFrame key_frame field is zero. Can someone explain why this is ? It seems since I have seeked to a keyframe and I start reading and decoding at the seeked position, I should be getting a keyframe. It appears that the index_entries being flagged as AVINDEX_KEYFRAME is a bug and they do not really represent keyframes?? With ffplay, the seek sort of works when you hit left arrow, but right arrow will cause it to stop playing. The fact the left seek kind of works with ffplay is more accidental then correctly working. I know why that is but I don't think it's relevant to the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 05:35:57 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 03:35:57 -0000 Subject: [FFmpeg-trac] #512(avutil:new): libavutil\common.h conversion warnings Message-ID: <036.f483bea64fb9914799f2cab413663675@avcodec.org> #512: libavutil\common.h conversion warnings ---------------------------------------+--------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: new Priority: minor | Component: avutil Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- Would you please make a couple minor changes to libavutil\common.h. static av_always_inline av_const int16_t av_clip_int16_c(int a) { if ((a+0x8000) & ~0xFFFF) return (a>>31) ^ 0x7FFF; else return a; } the returns cause me a conversion warning because they need to be cast to int16_t and so I have to change this each time I get a new include for ffmpeg. change to: static av_always_inline av_const int16_t av_clip_int16_c(int a) { if ((a+0x8000) & ~0xFFFF) return (int16_t)((a>>31) ^ 0x7FFF); else return (int16_t)a; } cast return values to (int32_t) for the following: static av_always_inline av_const int32_t av_clipl_int32_c(int64_t a) { if ((a+0x80000000u) & ~UINT64_C(0xFFFFFFFF)) return (a>>63) ^ 0x7FFFFFFF; else return a; } also for this one in libavutil\rational.h cast return values to (int): static inline int av_cmp_q(AVRational a, AVRational b){ const int64_t tmp= a.num * (int64_t)b.den - b.num * (int64_t)a.den; if(tmp) return (int)(((tmp ^ a.den ^ b.den)>>63)|1); else if(b.den && a.den) return 0; else if(a.num && b.num) return (int)((a.num>>31) - (b.num>>31)); else return INT_MIN; } There is no other case I have come across the produces any warnings but these. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 10:10:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 08:10:35 -0000 Subject: [FFmpeg-trac] #512(avutil:new): libavutil\common.h conversion warnings In-Reply-To: <036.f483bea64fb9914799f2cab413663675@avcodec.org> References: <036.f483bea64fb9914799f2cab413663675@avcodec.org> Message-ID: <051.58bf5da36b27bccd35e31e359df257d2@avcodec.org> #512: libavutil\common.h conversion warnings -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: new Priority: minor | Component: avutil Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Old description: > Would you please make a couple minor changes to libavutil\common.h. > > static av_always_inline av_const int16_t av_clip_int16_c(int a) > { > if ((a+0x8000) & ~0xFFFF) return (a>>31) ^ 0x7FFF; > else return a; > } > > the returns cause me a conversion warning because they need to be cast to > int16_t and so I have to change this each time I get a new include for > ffmpeg. > > change to: > > static av_always_inline av_const int16_t av_clip_int16_c(int a) > { > if ((a+0x8000) & ~0xFFFF) return (int16_t)((a>>31) ^ 0x7FFF); > else return (int16_t)a; > } > > cast return values to (int32_t) for the following: > > static av_always_inline av_const int32_t av_clipl_int32_c(int64_t a) > { > if ((a+0x80000000u) & ~UINT64_C(0xFFFFFFFF)) return (a>>63) ^ > 0x7FFFFFFF; > else return a; > } > > also for this one in libavutil\rational.h cast return values to (int): > > static inline int av_cmp_q(AVRational a, AVRational b){ > const int64_t tmp= a.num * (int64_t)b.den - b.num * (int64_t)a.den; > > if(tmp) return (int)(((tmp ^ a.den ^ b.den)>>63)|1); > else if(b.den && a.den) return 0; > else if(a.num && b.num) return (int)((a.num>>31) - (b.num>>31)); > else return INT_MIN; > } > > There is no other case I have come across the produces any warnings but > these. New description: Would you please make a couple minor changes to libavutil\common.h. {{{ static av_always_inline av_const int16_t av_clip_int16_c(int a) { if ((a+0x8000) & ~0xFFFF) return (a>>31) ^ 0x7FFF; else return a; } }}} the returns cause me a conversion warning because they need to be cast to int16_t and so I have to change this each time I get a new include for ffmpeg. change to: {{{ static av_always_inline av_const int16_t av_clip_int16_c(int a) { if ((a+0x8000) & ~0xFFFF) return (int16_t)((a>>31) ^ 0x7FFF); else return (int16_t)a; } }}} cast return values to (int32_t) for the following: {{{ static av_always_inline av_const int32_t av_clipl_int32_c(int64_t a) { if ((a+0x80000000u) & ~UINT64_C(0xFFFFFFFF)) return (a>>63) ^ 0x7FFFFFFF; else return a; } }}} also for this one in libavutil\rational.h cast return values to (int): {{{ static inline int av_cmp_q(AVRational a, AVRational b){ const int64_t tmp= a.num * (int64_t)b.den - b.num * (int64_t)a.den; if(tmp) return (int)(((tmp ^ a.den ^ b.den)>>63)|1); else if(b.den && a.den) return 0; else if(a.num && b.num) return (int)((a.num>>31) - (b.num>>31)); else return INT_MIN; } }}} There is no other case I have come across the produces any warnings but these. -- Comment (by cehoyos): This is missing a few things (apart from "Code block" which I tried to add): Which compiler are you using? How do the warnings look like? And please consider sending patches made with "git diff >patchfile.diff" to ffmpeg-devel -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 10:32:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 08:32:53 -0000 Subject: [FFmpeg-trac] #512(avutil:new): libavutil\common.h conversion warnings In-Reply-To: <036.f483bea64fb9914799f2cab413663675@avcodec.org> References: <036.f483bea64fb9914799f2cab413663675@avcodec.org> Message-ID: <051.a098aa0893dbe6725ba1bdec597d61e9@avcodec.org> #512: libavutil\common.h conversion warnings -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: new Priority: minor | Component: avutil Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by DonMoir): I am using MS Visual Studio 2005 Version 8. The warning looks like this: c:\ffmpeg-dev\include\libavutil\rational.h(53) : warning C4244: 'return' : conversion from 'const int64_t' to 'int', possible loss of data And I will consider sending patches. Bear with me, I am just getting up to speed on all this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 10:52:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 08:52:46 -0000 Subject: [FFmpeg-trac] #512(avutil:closed): libavutil\common.h conversion warnings In-Reply-To: <036.f483bea64fb9914799f2cab413663675@avcodec.org> References: <036.f483bea64fb9914799f2cab413663675@avcodec.org> Message-ID: <051.4d4c9182ab424023ffa333a1a9f3feae@avcodec.org> #512: libavutil\common.h conversion warnings -------------------------------------+----------------------------------- Reporter: DonMoir | Owner: michael Type: enhancement | Status: closed Priority: minor | Component: avutil Version: unspecified | Resolution: wontfix Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => wontfix Comment: I believe it is very unlikely that this gets changed, but please do not hesitate to send a patch to ffmpeg-devel for a proper discussion. (But consider disabling warning C4244, if you call a clip function, you usually really do consider possible loss of data.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 12:02:53 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 10:02:53 -0000 Subject: [FFmpeg-trac] #513(avcodec:new): FFMpeg is unable to find the codec parameters for mp4 file Message-ID: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> #513: FFMpeg is unable to find the codec parameters for mp4 file -------------------------------------+------------------------------------- Reporter: | Type: defect workcutter@? | Priority: normal Status: new | Version: git Component: avcodec | Blocked By: Keywords: channel | Reproduced by developer: 0 element 0.0 is not allocated, | Could not find codec parameters | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- ./ffmpeg -loglevel debug -i Nero32kbps_CBR.mp4 ffmpeg version N-32991-g7c1aba4, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 27 2011 11:34:31 with gcc 4.5.2 configuration: --enable-debug=3 --disable-stripping --disable- optimizations --disable-asm --enable-gpl --disable-encoders --disable- decoders --disable-bsfs --disable-filters --disable-muxers --disable- hwaccels --disable-indevs --disable-outdevs --disable-devices --disable- protocols --disable-demuxers --disable-parsers --disable-altivec --disable-decoder=vorbis --enable-decoder=mp3 --enable-decoder=aac --enable-parser=aac --enable-parser=mpegaudio --enable-demuxer=aac --enable-demuxer=aiff --enable-demuxer=asf --enable-demuxer=mov --enable- demuxer=mp3 --enable-demuxer=pcm_alaw --enable-demuxer=pcm_f32be --enable- demuxer=pcm_f32le --enable-demuxer=pcm_f64be --enable-demuxer=pcm_f64le --enable-demuxer=pcm_mulaw --enable-demuxer=pcm_s16be --enable- demuxer=pcm_s16le --enable-demuxer=pcm_s24be --enable-demuxer=pcm_s24le --enable-demuxer=pcm_s32be --enable-demuxer=pcm_s32le --enable- demuxer=pcm_s8 --enable-demuxer=pcm_u16be --enable-demuxer=pcm_u16le --enable-demuxer=pcm_u24be --enable-demuxer=pcm_u24le --enable- libavutil 51. 18. 0 / 51. 18. 0 libavcodec 53. 18. 0 / 53. 18. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x9fdfaa0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x9fdfaa0] ISO: File Type Major Brand: mp42 [aac @ 0x9fe6350] Unsupported bit depth: 0 '''[aac @ 0x9fe6350] channel element 0.0 is not allocated Last message repeated 524 times '''[mov,mp4,m4a,3gp,3g2,mj2 @ 0x9fdfaa0] Could not find codec parameters (Audio: aac (mp4a / 0x6134706D), stereo, s16, 32 kb/s)''' Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Nero32kbps_CBR.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: mp42isom creation_time : 2006-03-23 15:10:30 artist : WAV encoder : Nero AAC Codec 4.2.4.8 Duration: 00:00:24.44, start: 0.000000, bitrate: 33 kb/s Stream #0:0(eng), 525, 1/44100: Audio: aac (mp4a / 0x6134706D), stereo, s16, 32 kb/s Metadata: creation_time : 2006-03-23 15:10:30 Stream #0:1(eng), 1, 1/1000: Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2006-03-23 15:10:31 Stream #0:2(eng), 1, 1/1000: Data: none (mp4s / 0x7334706D) Metadata: creation_time : 2006-03-23 15:10:31 At least one output file must be specified -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 12:04:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 10:04:36 -0000 Subject: [FFmpeg-trac] #513(avcodec:new): FFMpeg is unable to find the codec parameters for mp4 file In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.57a2d8435f9942f570980792bbbe810c@avcodec.org> #513: FFMpeg is unable to find the codec parameters for mp4 file -------------------------------------+------------------------------------- Reporter: | Owner: workcutter@? | Status: new Type: defect | Component: avcodec Priority: normal | Resolution: Version: git | Blocked By: Keywords: channel | Reproduced by developer: 0 element 0.0 is not allocated, | Could not find codec parameters | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please upload or point to a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 12:06:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 10:06:35 -0000 Subject: [FFmpeg-trac] #513(avcodec:open): FFMpeg is unable to find the codec parameters for mp4 file In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.fef1d91ee3f65a101c8f87c5d165365a@avcodec.org> #513: FFMpeg is unable to find the codec parameters for mp4 file --------------------------------------+----------------------------------- Reporter: workcutter@? | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: channel element 0.0 is not allocated, Could not find codec parameters => * status: new => open * version: git => git-master * reproduced: 0 => 1 Comment: Works (to a certain degree) with mplayer -ac faad. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 12:11:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 10:11:26 -0000 Subject: [FFmpeg-trac] #513(avcodec:open): FFMpeg is unable to find the codec parameters for mp4 file In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.5dc35150f0b3cc13c8df4a1e4b6f4dbf@avcodec.org> #513: FFMpeg is unable to find the codec parameters for mp4 file --------------------------------------+----------------------------------- Reporter: workcutter@? | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aac -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 12:34:38 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 10:34:38 -0000 Subject: [FFmpeg-trac] #513(avcodec:open): FFMpeg is unable to find the codec parameters for mp4 file In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.aea13f75ac330881724f999c53c2a106@avcodec.org> #513: FFMpeg is unable to find the codec parameters for mp4 file --------------------------------------+----------------------------------- Reporter: workcutter@? | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by workcutter@?): I am using the av_find_streaminfo to find the stream properties and then create frames. But since the call fails we are unable to proceed further. We do not have an option to directly decode the frames using libfaad. Is there something else we can do by just using the ffmpeg api and not using the libfaad? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 13:26:26 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 11:26:26 -0000 Subject: [FFmpeg-trac] #461(FFmpeg:new): few compiler hitns / warning for version 0.7.4 In-Reply-To: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> References: <035.c494eb35143527aca18d39c5c06db165@avcodec.org> Message-ID: <050.0c636f42689950e5bca1f5943e72577c@avcodec.org> #461: few compiler hitns / warning for version 0.7.4 -------------------------------------+----------------------------------- Reporter: toralf | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by toralf): Replying to [comment:4 cehoyos]: > That would require avctx->active_thread_type to have FF_THREAD_SLICE set and avctx->thread_count being 0 at the same time. Afaict, frame_thread_init() in pthreads.c makes this impossible. Well, maybe that the gcc here under Linux gives a false hit in this case (although I'm not too familar with the code to be sure). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 17:15:46 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 15:15:46 -0000 Subject: [FFmpeg-trac] #514(undetermined:new): Wobbles in video - regression Message-ID: <036.0d511e1f37461fe4d4df49254e91d7ab@avcodec.org> #514: Wobbles in video - regression -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- With this version: libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 The attached file (Pir-short.mkv) has a wobble in it at about 7 seconds in and again about 15 seconds in. This previous version does not have the wobbles: libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 27 17:29:06 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 15:29:06 -0000 Subject: [FFmpeg-trac] #514(undetermined:new): Wobbles in video - regression In-Reply-To: <036.0d511e1f37461fe4d4df49254e91d7ab@avcodec.org> References: <036.0d511e1f37461fe4d4df49254e91d7ab@avcodec.org> Message-ID: <051.f6d18c5f68c873dc82881d834190dd0a@avcodec.org> #514: Wobbles in video - regression -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): The git version of the one with the problem is: git-cbf914c The git version of the one without the problem is: git-a254452 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 00:40:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 27 Sep 2011 22:40:36 -0000 Subject: [FFmpeg-trac] #437(undetermined:open): ffplay seems to "darken" certain inputs (ex: bgr24) In-Reply-To: <039.81c292fd693f1eda429991951a320771@avcodec.org> References: <039.81c292fd693f1eda429991951a320771@avcodec.org> Message-ID: <054.6def9fde933564a3830b4e4201be3408@avcodec.org> #437: ffplay seems to "darken" certain inputs (ex: bgr24) -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: unspecified | undetermined Keywords: ffplay | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): Interestingly {{{ ffmpeg -y -f dshow -i video="screen-capture-recorder" -f dshow -i audio ="virtual-audio-capturer" -r 30 -t 20 -vcodec huffyuv "G:\yo.avi" ffmpeg version N-32726-ga254452, Copyright (c) 2000-2011 the FFmpeg developers Input #0, dshow, from 'video=screen-capture-recorder': Duration: N/A, start: 305101.060000, bitrate: N/A Stream #0.0: Video: rawvideo, bgr24, 794x546, 0.08 tbr, 10000k tbn, 10000k tbc Incompatible pixel format 'bgr24' for codec 'huffyuv', auto-selecting format 'yuv422p' }}} creates files that are (apparently) yuv422p that show up as "working, normal, pure white" in avidemux, but if played back in mplayer/ffplay/vlc the whites are RGB(235,235,235) and the blacks are RGB(16,16,16). Maybe mplayer/VLC are using the same thing ffplay is and hence similarly display poorly? mplayer's only converter is {{{ [swscaler @ 01291d34]using unscaled yuv422p -> yuyv422 special converter }}} so I wouldn't have anticipated problems, so not sure. Also mplayer has the same "hue" problem with directx/direct3d/sdl so that makes me suspect it's not an SDL thing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 04:10:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 02:10:03 -0000 Subject: [FFmpeg-trac] #514(undetermined:closed): Wobbles in video - regression In-Reply-To: <036.0d511e1f37461fe4d4df49254e91d7ab@avcodec.org> References: <036.0d511e1f37461fe4d4df49254e91d7ab@avcodec.org> Message-ID: <051.bfef55c1b240b54c3ad60eaae4c7faae@avcodec.org> #514: Wobbles in video - regression -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 07:14:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 05:14:04 -0000 Subject: [FFmpeg-trac] #515(avformat:new): Problem in video rotation in FFMPEG for IPhone video Message-ID: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video ----------------------------------+------------------------------------- Reporter: Gagan | Type: defect Status: new | Priority: important Component: avformat | Version: 0.8.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------- I am trying to to compress IPhone recorded .mov file in to .mp4. If i record video in portrait mode in IPhone then after compression output video rotate automatically by 90 degree. I saw there are many patches given by some guys but they are just for extracting orientation information not for rotating output video. I am working on 0.8.4 version. Please let me know are you planning to fix this issue in coming build version or is there any other way to handle this issue ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 10:26:58 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 08:26:58 -0000 Subject: [FFmpeg-trac] #516(avfilter:new): wrong avfilter macro define Message-ID: <037.e705ee046f4a00f863ef6f470f9c1bf1@avcodec.org> #516: wrong avfilter macro define ----------------------------------+--------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- macro FF_API_OLD_VSINK_API and FF_API_OLD_ALL_FORMATS_API was defined wrong. I have attached the patch. best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 11:24:37 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 09:24:37 -0000 Subject: [FFmpeg-trac] #515(avformat:new): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> References: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> Message-ID: <049.e8349f4dc1fc63dd06e7cdd89e29c3db@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video --------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal Comment: Please add missing information like command line (as short as possible, using no external libraries) and complete, uncut output to make this a valid ticket. You can use the file sample-in-issue-505.mov from ticket #505 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 11:38:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 09:38:13 -0000 Subject: [FFmpeg-trac] #515(avformat:new): Problem in video rotation in FFMPEG for IPhone video In-Reply-To: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> References: <034.67c4a312520ffecc884a30ac5c24fd6f@avcodec.org> Message-ID: <049.f7e3f47727629d2d46587b25a16f9a2c@avcodec.org> #515: Problem in video rotation in FFMPEG for IPhone video --------------------------------+------------------------------------ Reporter: Gagan | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Comment (by Gagan): I am not working from command line tool. I integrated ffmpeg libraries in my IPhone project and doing compression through code. Can you tell me how can we rotate video through code ? I apply the fixes or patches given by few users in "mov_read_tkhd" method in mov.c file (see below). But i guess they are to just extract orientation information in auxMatrix, but i want to rotate file by 90 degree. for (i = 0; i < 3; i++) { st->auxMatrix[i][0] = display_matrix[i][0] = avio_rb32(pb); // 16.16 fixed point st->auxMatrix[i][1] = display_matrix[i][1] = avio_rb32(pb); // 16.16 fixed point avio_rb32(pb); // 2.30 fixed point (not used) } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 17:35:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 15:35:59 -0000 Subject: [FFmpeg-trac] #516(avfilter:new): wrong avfilter macro define In-Reply-To: <037.e705ee046f4a00f863ef6f470f9c1bf1@avcodec.org> References: <037.e705ee046f4a00f863ef6f470f9c1bf1@avcodec.org> Message-ID: <052.9d63577dc495856a1e0c5df529256e5d@avcodec.org> #516: wrong avfilter macro define -------------------------------------+------------------------------------ Reporter: chinshou | 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 saste): Fixed in commit: {{{ commit f63ec3eee969491de057a9046e45529649a05fa8 Author: Stefano Sabatini Date: Wed Sep 28 15:41:28 2011 +0200 lavfi: fix FF_API_* definition macros Fix ABI break occurred after their use. Bug reported and patch provided by chinsou, fix trac issue #516, +80cola for me. }}} Not sure if it needs to be fixed in the 0.7/0.8 branches as well. Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 28 18:00:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 28 Sep 2011 16:00:24 -0000 Subject: [FFmpeg-trac] #516(avfilter:closed): wrong avfilter macro define In-Reply-To: <037.e705ee046f4a00f863ef6f470f9c1bf1@avcodec.org> References: <037.e705ee046f4a00f863ef6f470f9c1bf1@avcodec.org> Message-ID: <052.fba30655851cb055133b592dff170f69@avcodec.org> #516: wrong avfilter macro define ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => important * status: new => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 14:06:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 12:06:24 -0000 Subject: [FFmpeg-trac] #517(undetermined:new): Some SFD Gamecube/Wii videos produce corrupted video output Message-ID: <038.15e52aefcb3892e42a507e8918bba792@avcodec.org> #517: Some SFD Gamecube/Wii videos produce corrupted video output -------------------------------------+------------------------------------- Reporter: STaRGaZeR | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: SFD MPEG | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- The SFD container used in the Gamecube and Wii consoles seems to be MPEG- PS based, with MPEG1 video and different audio codecs. FFmpeg has no problem undestanding the format and playing it. However, most of the files produce corrupted video output, like you can see here (ffplay.exe capture): http://img339.imageshack.us/img339/5809/corruption.png I have extracted a lot of SFD files from GC/Wii discs, and all of them look like that EXCEPT one I found recently, that plays perfectly fine. Since this may be helpful for debugging, I've uploaded it too. Sample with corrupted output: http://www.mediafire.com/?nkut3shs71cdc0m (story06B.sfd, 6MB) Sample without corrupted output: http://www.mediafire.com/?q51sq1epk5az257 (story06A.sfd, 36MB) Both samples are untouched, right form the disc. Let me know if you need more samples or anything. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 14:54:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 12:54:03 -0000 Subject: [FFmpeg-trac] #517(undetermined:new): Some SFD Gamecube/Wii videos produce corrupted video output In-Reply-To: <038.15e52aefcb3892e42a507e8918bba792@avcodec.org> References: <038.15e52aefcb3892e42a507e8918bba792@avcodec.org> Message-ID: <053.a4042a02b70832563dd4f35864e41961@avcodec.org> #517: Some SFD Gamecube/Wii videos produce corrupted video output -------------------------------------+------------------------------------- Reporter: STaRGaZeR | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: SFD MPEG | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Complete, uncut output missing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 16:48:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 14:48:04 -0000 Subject: [FFmpeg-trac] #518(FFmpeg:new): The range of mpegts_pmt_start_pid is unnecessarily restrictive. Message-ID: <037.597007a395bff55be8b40b3c8f35f8e6@avcodec.org> #518: The range of mpegts_pmt_start_pid is unnecessarily restrictive. -------------------------------------+------------------------------------- Reporter: linux_dr | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git- | Keywords: PMT PID master | Video-on-Demand VOD specifications Blocked By: | MPEG Transport Stream TS Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- I am trying to create !CableLabs compliant VOD streams using ffmpeg. The spec for these files (!CableLabs Video-On-Demand Content Encoding Profiles Specification: http://www.cablelabs.com/projects/metadata/downloads/specs /MD-SP-VOD-CEP-I01-040107.pdf ) requires that the PMT have a PID of 0x01E0, decimal 480 (see section 4.5 on page 6). The lower bound on the mpegts_pmt_start_pid which appears to set the PID of the PMT has been given an artificial lower-bound of 0x1000, decimal 4096. Given this artificial lower bound, I can not set the PID to conform to the spec. My understanding is that PIDs less than 16 are reserved, but otherwise, I am unsure of any other reason for restricting the lower bound of the PMT PID. I have attached a minor patch that simply changes the lower bound on this particular argument. Please comment if you know of any problem this could cause elsewhere. Thank you, -Loren Osborn -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 17:34:52 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 15:34:52 -0000 Subject: [FFmpeg-trac] #518(avformat:open): The range of mpegts_pmt_start_pid is unnecessarily restrictive. In-Reply-To: <037.597007a395bff55be8b40b3c8f35f8e6@avcodec.org> References: <037.597007a395bff55be8b40b3c8f35f8e6@avcodec.org> Message-ID: <052.d5042b602bc5c763ae7d2e52b8592581@avcodec.org> #518: The range of mpegts_pmt_start_pid is unnecessarily restrictive. -------------------------------------+------------------------------------- Reporter: linux_dr | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: PMT PID | Blocked By: Video-on-Demand VOD | Reproduced by developer: 0 specifications MPEG Transport | Stream TS | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => avformat Comment: Consider sending patches to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 19:19:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 17:19:17 -0000 Subject: [FFmpeg-trac] #517(undetermined:new): Some SFD Gamecube/Wii videos produce corrupted video output In-Reply-To: <038.15e52aefcb3892e42a507e8918bba792@avcodec.org> References: <038.15e52aefcb3892e42a507e8918bba792@avcodec.org> Message-ID: <053.799b337201dc4eb1abd6c306fde0bab1@avcodec.org> #517: Some SFD Gamecube/Wii videos produce corrupted video output -------------------------------------+------------------------------------- Reporter: STaRGaZeR | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: SFD MPEG | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by STaRGaZeR): Indeed, here you have the two uncut outputs. story06B.sfd, corrupted output: {{{ C:\Users\STaRGaZeR\Desktop>ffmpeg -v 9 -loglevel 99 -i story06b.sfd ffmpeg version N-32962-gcbf914c, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 21:35:29 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 00368A80] Format mpeg probed with size=8192 and score=52 [mpeg @ 00368A80] parser not found for codec adpcm_adx, packets or times may be invalid. [mpeg @ 00368A80] probing stream 1 pp:2500 [mpeg @ 00368A80] Probe with size=2018, packets=1 detected mpegvideo with score= 25 [mpeg @ 00368A80] probing stream 1 pp:2499 [mpeg @ 00368A80] Probe with size=4036, packets=2 detected mpegvideo with score= 25 [mpeg @ 00368A80] probing stream 1 pp:2498 [mpeg @ 00368A80] Probe with size=6054, packets=3 detected mpegvideo with score= 25 [mpeg @ 00368A80] probing stream 1 pp:2497 [mpeg @ 00368A80] probing stream 1 pp:2496 [mpeg @ 00368A80] Probe with size=10090, packets=5 detected mpegvideo with score =25 [mpeg @ 00368A80] probing stream 1 pp:2495 [mpeg @ 00368A80] probing stream 1 pp:2494 [mpeg @ 00368A80] probing stream 1 pp:2493 [mpeg @ 00368A80] probing stream 1 pp:2492 [mpeg @ 00368A80] Probe with size=18162, packets=9 detected mpegvideo with score =25 [mpeg @ 00368A80] probing stream 1 pp:2491 [mpeg @ 00368A80] probing stream 1 pp:2490 [mpeg @ 00368A80] probing stream 1 pp:2489 [mpeg @ 00368A80] probing stream 1 pp:2488 [mpeg @ 00368A80] probing stream 1 pp:2487 [mpeg @ 00368A80] probing stream 1 pp:2486 [mpeg @ 00368A80] probing stream 1 pp:2485 [mpeg @ 00368A80] probing stream 1 pp:2484 [mpeg @ 00368A80] Probe with size=34306, packets=17 detected mpegvideo with scor e=25 [mpeg @ 00368A80] probing stream 1 pp:2483 [mpeg @ 00368A80] probing stream 1 pp:2482 [mpeg @ 00368A80] probing stream 1 pp:2481 [mpeg @ 00368A80] probing stream 1 pp:2480 [mpeg @ 00368A80] probing stream 1 pp:2479 [mpeg @ 00368A80] probing stream 1 pp:2478 [mpeg @ 00368A80] probing stream 1 pp:2477 [mpeg @ 00368A80] probing stream 1 pp:2476 [mpeg @ 00368A80] probing stream 1 pp:2475 [mpeg @ 00368A80] probing stream 1 pp:2474 [mpeg @ 00368A80] probing stream 1 pp:2473 [mpeg @ 00368A80] probing stream 1 pp:2472 [mpeg @ 00368A80] probing stream 1 pp:2471 [mpeg @ 00368A80] probing stream 1 pp:2470 [mpeg @ 00368A80] probing stream 1 pp:2469 [mpeg @ 00368A80] probing stream 1 pp:2468 [mpeg @ 00368A80] Probe with size=66594, packets=33 detected mpegvideo with scor e=51 [mpeg @ 00368A80] probed stream 1 [mpeg1video @ 01A16A40] Unsupported bit depth: 0 [mpeg @ 00368A80] invalid dts/pts combination 180180 [mpeg @ 00368A80] invalid dts/pts combination 237294 [mpeg @ 00368A80] invalid dts/pts combination 240300 [mpeg @ 00368A80] invalid dts/pts combination 330390 [mpeg @ 00368A80] invalid dts/pts combination 405450 [mpeg @ 00368A80] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'story06b.sfd': Duration: 00:00:13.29, start: 0.000000, bitrate: 4056 kb/s Stream #0:0[0x1c0], 68, 1/90000: Audio: adpcm_adx, 24000 Hz, 2 channels, s16 , 216 kb/s Stream #0:1[0x1e0], 152, 1/90000: Video: mpeg1video, yuv420p, 640x336 [SAR 2 00:219 DAR 8000:4599], 1001/30000, 104857 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 2 9.97 tbc At least one output file must be specified }}} story06A.sfd, correct output: {{{ C:\Users\STaRGaZeR\Desktop>ffmpeg -v 9 -loglevel 99 -i story06a.sfd ffmpeg version N-32962-gcbf914c, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 21:35:29 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg @ 01C58A80] Format mpeg probed with size=8192 and score=52 [mpeg @ 01C58A80] parser not found for codec adpcm_adx, packets or times may be invalid. [mpeg @ 01C58A80] probing stream 1 pp:2500 [mpeg @ 01C58A80] Probe with size=2018, packets=1 detected mpegvideo with score= 25 [mpeg @ 01C58A80] probing stream 1 pp:2499 [mpeg @ 01C58A80] Probe with size=4036, packets=2 detected mpegvideo with score= 25 [mpeg @ 01C58A80] probing stream 1 pp:2498 [mpeg @ 01C58A80] Probe with size=6054, packets=3 detected mpegvideo with score= 25 [mpeg @ 01C58A80] probing stream 1 pp:2497 [mpeg @ 01C58A80] probing stream 1 pp:2496 [mpeg @ 01C58A80] Probe with size=10090, packets=5 detected mpegvideo with score =25 [mpeg @ 01C58A80] probing stream 1 pp:2495 [mpeg @ 01C58A80] probing stream 1 pp:2494 [mpeg @ 01C58A80] probing stream 1 pp:2493 [mpeg @ 01C58A80] probing stream 1 pp:2492 [mpeg @ 01C58A80] Probe with size=18162, packets=9 detected mpegvideo with score =25 [mpeg @ 01C58A80] probing stream 1 pp:2491 [mpeg @ 01C58A80] probing stream 1 pp:2490 [mpeg @ 01C58A80] probing stream 1 pp:2489 [mpeg @ 01C58A80] probing stream 1 pp:2488 [mpeg @ 01C58A80] probing stream 1 pp:2487 [mpeg @ 01C58A80] probing stream 1 pp:2486 [mpeg @ 01C58A80] probing stream 1 pp:2485 [mpeg @ 01C58A80] probing stream 1 pp:2484 [mpeg @ 01C58A80] Probe with size=34306, packets=17 detected mpegvideo with scor e=25 [mpeg @ 01C58A80] probing stream 1 pp:2483 [mpeg @ 01C58A80] probing stream 1 pp:2482 [mpeg @ 01C58A80] probing stream 1 pp:2481 [mpeg @ 01C58A80] probing stream 1 pp:2480 [mpeg @ 01C58A80] probing stream 1 pp:2479 [mpeg @ 01C58A80] probing stream 1 pp:2478 [mpeg @ 01C58A80] probing stream 1 pp:2477 [mpeg @ 01C58A80] probing stream 1 pp:2476 [mpeg @ 01C58A80] probing stream 1 pp:2475 [mpeg @ 01C58A80] probing stream 1 pp:2474 [mpeg @ 01C58A80] probing stream 1 pp:2473 [mpeg @ 01C58A80] probing stream 1 pp:2472 [mpeg @ 01C58A80] probing stream 1 pp:2471 [mpeg @ 01C58A80] probing stream 1 pp:2470 [mpeg @ 01C58A80] probing stream 1 pp:2469 [mpeg @ 01C58A80] probing stream 1 pp:2468 [mpeg @ 01C58A80] Probe with size=66594, packets=33 detected mpegvideo with scor e=25 [mpeg @ 01C58A80] probing stream 1 pp:2467 [mpeg @ 01C58A80] probing stream 1 pp:2466 [mpeg @ 01C58A80] probing stream 1 pp:2465 [mpeg @ 01C58A80] probing stream 1 pp:2464 [mpeg @ 01C58A80] probing stream 1 pp:2463 [mpeg @ 01C58A80] probing stream 1 pp:2462 [mpeg @ 01C58A80] probing stream 1 pp:2461 [mpeg @ 01C58A80] probing stream 1 pp:2460 [mpeg @ 01C58A80] probing stream 1 pp:2459 [mpeg @ 01C58A80] probing stream 1 pp:2458 [mpeg @ 01C58A80] probing stream 1 pp:2457 [mpeg @ 01C58A80] probing stream 1 pp:2456 [mpeg @ 01C58A80] probing stream 1 pp:2455 [mpeg @ 01C58A80] probing stream 1 pp:2454 [mpeg @ 01C58A80] probing stream 1 pp:2453 [mpeg @ 01C58A80] probing stream 1 pp:2452 [mpeg @ 01C58A80] probing stream 1 pp:2451 [mpeg @ 01C58A80] probing stream 1 pp:2450 [mpeg @ 01C58A80] probing stream 1 pp:2449 [mpeg @ 01C58A80] probing stream 1 pp:2448 [mpeg @ 01C58A80] probing stream 1 pp:2447 [mpeg @ 01C58A80] probing stream 1 pp:2446 [mpeg @ 01C58A80] probing stream 1 pp:2445 [mpeg @ 01C58A80] probing stream 1 pp:2444 [mpeg @ 01C58A80] probing stream 1 pp:2443 [mpeg @ 01C58A80] probing stream 1 pp:2442 [mpeg @ 01C58A80] probing stream 1 pp:2441 [mpeg @ 01C58A80] probing stream 1 pp:2440 [mpeg @ 01C58A80] probing stream 1 pp:2439 [mpeg @ 01C58A80] probing stream 1 pp:2438 [mpeg @ 01C58A80] probing stream 1 pp:2437 [mpeg @ 01C58A80] probing stream 1 pp:2436 [mpeg @ 01C58A80] Probe with size=131170, packets=65 detected mpegvideo with sco re=51 [mpeg @ 01C58A80] probed stream 1 [mpeg1video @ 03AB6A40] Unsupported bit depth: 0 [mpeg @ 01C58A80] invalid dts/pts combination 177264 [mpeg @ 01C58A80] invalid dts/pts combination 180180 [mpeg @ 01C58A80] invalid dts/pts combination 285300 [mpeg @ 01C58A80] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'story06a.sfd': Duration: 00:01:06.53, start: 0.000000, bitrate: 4606 kb/s Stream #0:0[0x1c0], 68, 1/90000: Audio: adpcm_adx, 24000 Hz, 2 channels, s16 , 216 kb/s Stream #0:1[0x1e0], 152, 1/90000: Video: mpeg1video, yuv420p, 640x336 [SAR 2 00:219 DAR 8000:4599], 1001/30000, 104857 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 2 9.97 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 22:59:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 20:59:46 -0000 Subject: [FFmpeg-trac] #519(avfilter:new): Integrate image stabilization filter Message-ID: <032.514e4173dd3fd7864ba7d7018c9588ab@avcodec.org> #519: Integrate image stabilization filter ----------------------------------+--------------------------------------- Reporter: rmk | Type: enhancement Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Options for porting (suggested by Stefano Sabatini) deshake libavfilter filter branch bg G. Taylor: https://gitorious.org/ffmpeg/ffmpeg-deshake transcode stabilize filter: http://www.transcoding.org/transcode?Filter_Plugins/Filter_Stabilize -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 23:00:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 21:00:23 -0000 Subject: [FFmpeg-trac] #520(avformat:new): Issue with using multiple avio_open_dyn_buf() / avio_close_dyn_buf() Message-ID: <034.94aacf2387e585457461205fadfa4579@avcodec.org> #520: Issue with using multiple avio_open_dyn_buf() / avio_close_dyn_buf() ----------------------------------+------------------------------------- Reporter: env01 | Type: defect Status: new | Priority: important Component: avformat | Version: 0.8.4 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------- I have a system requirement for building an ffmpeg wrapper library that takes both audio and images as inputs and output an mp4 video buffer as output. The inputs are of unknown length since they are being captured in real time and could be going for hours. Using avio_open_dyn_buf() and avio_close_dyn_buf() I am able get the buffer. However, it is not a practical solution since it would require a huge amount of memory especially when there are multiple users with hour?s long recordings. So I tried reducing the amount of dynamic memory being used by doing multiple avio_open_dyn_buf() / avio_close_dyn_bufz() paired. That appears to corrupt my output as I am no longer able to play the output as an mp4 file. ofstream ostream; uint8_t *tmp = NULL; ostream.open(filename, ios::out | ios::binary); if(avio_open_dyn_buf(&fmtCtx->pb) != 0) { cout << "ERROR: Unable to open dynamic buffer" << endl; exit(1); } avformat_write_header(fmtCtx, NULL); /* * multiple close/open of the dynamic buffer * is causing an issue with the playback. Why? */ int size2 = avio_close_dyn_buf(fmtCtx->pb, &tmp); ostream.write((char*)tmp, size2); av_free(tmp); if(avio_open_dyn_buf(&fmtCtx->pb) != 0) { cout << "ERROR: Unable to open dynamic buffer" << endl; exit(1); } for(int i=0; i < numOfImages; ++i) { WriteVideoFrame(fmtCtx, vidStream, vid); WriteAudioFrame(fmtCtx, audStream, aud); } av_write_trailer(fmtCtx); CloseVideo(fmtCtx, vidStream); CloseAudio(fmtCtx, audStream); for(int i = 0; i < fmtCtx->nb_streams; i++) { av_freep(&fmtCtx->streams[i]->codec); av_freep(&fmtCtx->streams[i]); } int size1 = avio_close_dyn_buf(fmtCtx->pb, &tmp); ostream.write((char*)tmp, size1); av_free(tmp); av_free(fmtCtx); -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 29 23:12:02 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 29 Sep 2011 21:12:02 -0000 Subject: [FFmpeg-trac] #521(undetermined:new): avio_open_dyn_buf()/avio_close_dyn_buf(), limit the memory usage Message-ID: <036.4c0d214032aff81185bccc49830837de@avcodec.org> #521: avio_open_dyn_buf()/avio_close_dyn_buf(), limit the memory usage --------------------------------------+---------------------------------- Reporter: mrdebug | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.8.3 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- In my program the functions "avio_open_dyn_buf() / avio_close_dyn_buf()" work fine. On "avio_close_dyn_buf()" I can save the buffer in a file and the file can be played correctly. In order to limit the memory usage, I have inserted in my code this: DynBuffer *d= (DynBuffer*)pFormatCtx->pb->opaque; QByteArray QBAByteIn((const char*)d->buffer, d->pos); QFMPGFileOut.write(QBAByteIn); d->pos= d->size= 0; that's executed many times before "avio_close_dyn_buf()" function. This works only with codecs CODEC_ID_THEORA and CODEC_ID_MPEG4 but not with codecs CODEC_ID_VP8 and CODEC_ID_H264. Is this a bug or is not possible to extract something from the buffer before "avio_close_dyn_buf()"? See the source code attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 30 02:16:41 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Sep 2011 00:16:41 -0000 Subject: [FFmpeg-trac] #519(avfilter:open): Integrate image stabilization filter In-Reply-To: <032.514e4173dd3fd7864ba7d7018c9588ab@avcodec.org> References: <032.514e4173dd3fd7864ba7d7018c9588ab@avcodec.org> Message-ID: <047.146da8708f4f1ba21f6b20ba6af8d30d@avcodec.org> #519: Integrate image stabilization filter -------------------------------------+------------------------------------ Reporter: rmk | Owner: Type: enhancement | Status: open Priority: wish | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 30 02:17:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 30 Sep 2011 00:17:42 -0000 Subject: [FFmpeg-trac] #520(avformat:new): Issue with using multiple avio_open_dyn_buf() / avio_close_dyn_buf() In-Reply-To: <034.94aacf2387e585457461205fadfa4579@avcodec.org> References: <034.94aacf2387e585457461205fadfa4579@avcodec.org> Message-ID: <049.908224983fb7e0fa07fe4fd9d73b781c@avcodec.org> #520: Issue with using multiple avio_open_dyn_buf() / avio_close_dyn_buf() --------------------------------+------------------------------------ Reporter: env01 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.8.4 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => normal -- Ticket URL: FFmpeg FFmpeg issue tracker