From trac at avcodec.org Sun May 1 04:58:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 02:58:12 -0000 Subject: [FFmpeg-trac] #144(undetermined:open): ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) In-Reply-To: <042.7929e681df718b62bed46904201284c1@avcodec.org> References: <042.7929e681df718b62bed46904201284c1@avcodec.org> Message-ID: <057.4e58026c4193ebfe84f05a6e37b36850@avcodec.org> #144: ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) ------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: h264 memory leaks | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by cehoyos): Please add at least: Complete, uncut output of ffplay, information if the problem is reproducible with latest git HEAD and a unified diff for your patch (as produced for example by git diff ffplay.c). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 1 05:04:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 03:04:16 -0000 Subject: [FFmpeg-trac] #140(undetermined:open): regression with dv in avi In-Reply-To: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> References: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> Message-ID: <053.c8ba34d374c41415b041fc5038530c38@avcodec.org> #140: regression with dv in avi -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Fixed by Reimar in 1a9f9f81b1244b952126bb65bc741b04d3534f81. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 1 05:10:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 03:10:46 -0000 Subject: [FFmpeg-trac] #140(undetermined:closed): regression with dv in avi In-Reply-To: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> References: <038.a9ccb53b787c002ada7f303a3a33c3c8@avcodec.org> Message-ID: <053.e0b60dd26b56cdbed2e28d32873862f6@avcodec.org> #140: regression with dv in avi -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 1 06:37:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 04:37:00 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.21a6ecf3086c39b27559baefa5479781@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by cehoyos): Not fixed by "Fix decoding of mpegts streams with h264 video that does *NOT* have b frames", e12926393b3477e8c324268d3281ae9975f58435 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 1 16:02:39 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 14:02:39 -0000 Subject: [FFmpeg-trac] #145(avformat:new): ogg theora vorbis badly out-of-sync Message-ID: <036.31cde71b35cd1315ced5e6ceda81608d@avcodec.org> #145: ogg theora vorbis badly out-of-sync -------------------------+------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: ogg theora Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+------------------------ http://thread.gmane.org/gmane.comp.video.mplayer.devel/59554/focus=59565 When attached sample is transcoded with ffmpeg, output is completely out- of-sync, as is playback with ffplay and mplayer -demuxer lavf (and -demuxer ogg). The sample plays fine with firefox (and much better with vlc than with MPlayer/FFmpeg). The sample contains 100 frames and should play for 33 seconds (24 fps look wrong). {{{ $ ffmpeg -i theora-0packets.ogv out.avi ffmpeg version git-N-29539-g35fe66a, Copyright (c) 2000-2011 the FFmpeg developers built on May 1 2011 15:59:25 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [ogg @ 0x8c8fb20] Unknown skeleton version 4.0 [ogg @ 0x8c8fb20] Could not find codec parameters (Data: skeleton) Input #0, ogg, from 'theora-0packets.ogv': Duration: 00:00:33.00, start: 0.000000, bitrate: 195 kb/s Stream #0.0: Data: skeleton Stream #0.1: Video: theora, yuv420p, 320x176, 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0.2: Audio: vorbis, 48000 Hz, stereo, s16, 80 kb/s Metadata: ENCODER : ffmpeg2theora-0.27 SOURCE_OSHASH : 514a9a3ee6c61f2c [buffer @ 0x8c96b60] w:320 h:176 pixfmt:yuv420p Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.0.3 Stream #0.0: Video: mpeg4, yuv420p, 320x176, q=2-31, 200 kb/s, 24 tbn, 24 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 64 kb/s Metadata: ENCODER : ffmpeg2theora-0.27 SOURCE_OSHASH : 514a9a3ee6c61f2c Stream mapping: Stream #0.1 -> #0.0 Stream #0.2 -> #0.1 Press [q] to stop encoding frame= 100 fps= 0 q=7.6 Lsize= 587kB time=24.54 bitrate= 196.1kbits/s video:274kB audio:258kB global headers:0kB muxing overhead 10.496974% }}} This could be a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 1 17:39:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 May 2011 15:39:59 -0000 Subject: [FFmpeg-trac] #122(FFplay:new): Kega Game Video codec broken with ffplay In-Reply-To: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> References: <036.8037729d129f1f045f9c2677f5c611c7@avcodec.org> Message-ID: <051.30cd8e2ae537844904a743cf28dc12b0@avcodec.org> #122: Kega Game Video codec broken with ffplay --------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: new Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+---------------------- Comment (by saste): This is expected because ffplay+libavfilter doesn't support input normalization in case of mid-stream size/format change. The proper fix requires the implementation of dymamic filterchain re- configuration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 17:22:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 15:22:02 -0000 Subject: [FFmpeg-trac] #124(avfilter:closed): Memleak on image size change In-Reply-To: <036.d361d9dcebcf9201d3a97765a92591ed@avcodec.org> References: <036.d361d9dcebcf9201d3a97765a92591ed@avcodec.org> Message-ID: <051.861f2e500ca7eac7e613e151ab9973b7@avcodec.org> #124: Memleak on image size change --------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | --------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avfilter * reproduced: 0 => 1 Comment: Fixed in: commit f97905e61d7cb86987d7d4f5fabcfc0d6b57ddbb Author: Stefano Sabatini Date: Mon May 2 12:35:39 2011 +0200 scale: fix leak occurring when a scale filter is reconfigured This currently only occurrs in vsrc_buffer in case of mid-stream size/format change. Fix trac issue #124. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 17:48:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 15:48:51 -0000 Subject: [FFmpeg-trac] #146(undetermined:new): Broken sound on wmv file in 0.7rc1 and video hang sometimes Message-ID: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> #146: Broken sound on wmv file in 0.7rc1 and video hang sometimes -------------------------------------+---------------------- Reporter: alexandru_mg3 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: broken sound wmv 0.7rc1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+---------------------- Command Line: ffplay _BondarulLenes_12Apr2011.wmv The sound is broken on wmv file in 0.7rc1 and video didn't go till the end. Everything was Ok, in the previous version. 0.6x -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 17:50:39 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 15:50:39 -0000 Subject: [FFmpeg-trac] #146(undetermined:new): Broken sound on wmv file in 0.7rc1 and video hang sometimes In-Reply-To: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> References: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> Message-ID: <057.53694af31d48b6ede5dd4f536287596a@avcodec.org> #146: Broken sound on wmv file in 0.7rc1 and video hang sometimes ------------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: broken sound wmv 0.7rc1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+--------------------------- Comment (by alexandru_mg3): I have a 10MB .wmv file but I cannot attached being too big for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 17:56:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 15:56:35 -0000 Subject: [FFmpeg-trac] #147(undetermined:new): Broken sound in mms or mmsh streams Message-ID: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> #147: Broken sound in mms or mmsh streams ---------------------------+---------------------- Reporter: alexandru_mg3 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Command: ffplay mmsh://wms.3BA6.edgecastcdn.net/203BA6/BBC1?e=1302958438&h=0ff606e0b22a2bef6e66fcfc5765e42f&startTime=1302958428&userId=13057&portalId=5&portal=5&channelId=2627&ppvId=19838&mark=5506&source=box&tvRandom=16406018&epgType=live The sound is "broken". Everything was Ok in the previous version 0.6x. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:00:02 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:00:02 -0000 Subject: [FFmpeg-trac] #148(undetermined:new): ffplay and ffmpeg hang-up for "invalid" streams (urls) Message-ID: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) ---------------------------+---------------------- Reporter: alexandru_mg3 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Command: ffplay rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp This is a regression in 0.7rc1 No hang-up in 0.6x. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:04:12 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:04:12 -0000 Subject: [FFmpeg-trac] #149(undetermined:new): Broken sound in rtmp / rtsp streams Message-ID: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> #149: Broken sound in rtmp / rtsp streams ---------------------------+---------------------- Reporter: alexandru_mg3 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+---------------------- Command: ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp This BUG is present both in 0.7rc1, as in 0.6x too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:07:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:07:34 -0000 Subject: [FFmpeg-trac] #148(undetermined:new): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.77506eca4d07a7c2bd12138b3a96cd6b@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): The Bug is not related to the stream format. Any invalid urls generates a Hang-up -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:23:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:23:47 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.80fe33d1002a29477350daa831e443c7@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: The stream decodes fine for me, what is the problem for you? Please provide complete, uncut output of ffmpeg for all issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:24:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:24:51 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.7b90996d313730118e20fb6c63e96cd0@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: What do you mean with "hang-up"? Please provide complete, uncut output of ffmpeg for all issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:28:31 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:28:31 -0000 Subject: [FFmpeg-trac] #147(undetermined:open): Broken sound in mms or mmsh streams In-Reply-To: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> References: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> Message-ID: <057.5b3a343cdf526217537be426ef3feb0d@avcodec.org> #147: Broken sound in mms or mmsh streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: This was probably fixed in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5. Please provide complete, uncut output of ffmpeg for all issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:34:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:34:01 -0000 Subject: [FFmpeg-trac] #146(undetermined:open): Broken sound on wmv file in 0.7rc1 and video hang sometimes In-Reply-To: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> References: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> Message-ID: <057.735737d6e6eab3838bd931896015373e@avcodec.org> #146: Broken sound on wmv file in 0.7rc1 and video hang sometimes ------------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: broken sound wmv 0.7rc1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: I suspect this was fixed in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5. If you can't find a location to upload the sample, please cut it to 2MB as explained here: http://libav.org/bugreports.html Please provide complete, uncut output of ffmpeg for all issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:35:11 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:35:11 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.ebfd4741feda566161578f3018c1b82f@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:1 cehoyos]: > The stream decodes fine for me, what is the problem for you? > Please provide complete, uncut output of ffmpeg for all issues! Please run first as I indicated: ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp the stream plays but the sound is horrible. Please confirm if you can reproduce it by running the command Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:37:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:37:04 -0000 Subject: [FFmpeg-trac] #145(avformat:new): ogg theora vorbis badly out-of-sync In-Reply-To: <036.31cde71b35cd1315ced5e6ceda81608d@avcodec.org> References: <036.31cde71b35cd1315ced5e6ceda81608d@avcodec.org> Message-ID: <051.c9d69c49a53e3d9906e8c1e932691ab8@avcodec.org> #145: ogg theora vorbis badly out-of-sync -----------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg theora | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+----------------------- Comment (by cehoyos): The sample contains 100 *different* frames, iiuc, every frame is "repeated" seven times, making 24fps plausible if the repeated frames were decoded/encoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:39:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:39:18 -0000 Subject: [FFmpeg-trac] #147(undetermined:open): Broken sound in mms or mmsh streams In-Reply-To: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> References: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> Message-ID: <057.c67f303fa73335865a9a045b1789bbae@avcodec.org> #147: Broken sound in mms or mmsh streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:1 cehoyos]: > This was probably fixed in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5. > Please provide complete, uncut output of ffmpeg for all issues! Please run ffplay mmsh://wms.3BA6.edgecastcdn.net/203BA6/BBC1?e=1302958438&h=0ff606e0b22a2bef6e66fcfc5765e42f&startTime=1302958428&userId=13057&portalId=5&portal=5&channelId=2627&ppvId=19838&mark=5506&source=box&tvRandom=16406018&epgType=live The audio is horrible. Please confirm that you can reproduce the bug by running the command. What source version I need to download to check if is fixed. Please also indicate me what ffplay command parameters I need to run to supply for you the log file that you need? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 18:44:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 16:44:47 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.69613d3d5d4c3b61a31f42a7bce169fe@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:2 cehoyos]: > What do you mean with "hang-up"? > Please provide complete, uncut output of ffmpeg for all issues! I run the indicated command above on windows: "hang-up" means that .exe remains blocked and you need to kill the ffplay from the task manager. please run the command that I indicated and confirm me that you can reproduce the "hang-up" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 20:10:50 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 18:10:50 -0000 Subject: [FFmpeg-trac] #146(undetermined:open): Broken sound on wmv file in 0.7rc1 and video hang sometimes In-Reply-To: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> References: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> Message-ID: <057.25c0440294a1570318e60c400dacce81@avcodec.org> #146: Broken sound on wmv file in 0.7rc1 and video hang sometimes ------------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: broken sound wmv 0.7rc1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:2 cehoyos]: > I suspect this was fixed in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5. > > If you can't find a location to upload the sample, please cut it to 2MB as explained here: http://libav.org/bugreports.html > > Please provide complete, uncut output of ffmpeg for all issues! I applied the .diff for wmadec.c as indicated in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5 and I have recompiled the avcodec.dll and the sound is good now. Please close this ITEM. Thanks a lot for your feedback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 20:13:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 18:13:22 -0000 Subject: [FFmpeg-trac] #147(undetermined:open): Broken sound in mms or mmsh streams In-Reply-To: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> References: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> Message-ID: <057.611fb31bc8f7d276486f54da8118577b@avcodec.org> #147: Broken sound in mms or mmsh streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:2 alexandru_mg3]: > Replying to [comment:1 cehoyos]: > > This was probably fixed in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5. > > Please provide complete, uncut output of ffmpeg for all issues! > > Please run > ffplay mmsh://wms.3BA6.edgecastcdn.net/203BA6/BBC1?e=1302958438&h=0ff606e0b22a2bef6e66fcfc5765e42f&startTime=1302958428&userId=13057&portalId=5&portal=5&channelId=2627&ppvId=19838&mark=5506&source=box&tvRandom=16406018&epgType=live > > The audio is horrible. Please confirm that you can reproduce the bug by running the command. > > What source version I need to download to check if is fixed. > > Please also indicate me what ffplay command parameters I need to run to supply for you the log file that you need? Thanks. I applied the .diff for wmadec.c as indicated in f08d171caa6a8eab00c1b0ac87bb3a79d98727e5 and I have recompiled the avcodec.dll and the sound is good now. Please close this ITEM. Thanks a lot for your feedback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 20:17:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 18:17:29 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.fa9007d0c26abbec4cf9003152e04be4@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:2 alexandru_mg3]: > Replying to [comment:1 cehoyos]: > > The stream decodes fine for me, what is the problem for you? > > Please provide complete, uncut output of ffmpeg for all issues! > > Please run first as I indicated: > > ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp > > the stream plays but the sound is horrible. > > Please confirm if you can reproduce it by running the command > > Thanks. Please help me also with the commande line parameters too (for ffplay (I tested with it) and for ffmpeg if you need it too) to can provide you complete, uncut output of ffmpeg for all issues! TO BUG IS VERY SIMILAR IN BEHAVIOR (BAD SOUND) WITH THE SOLVED .wma one, but of course we have here an rtsp/rtmp stream: please also run also run: ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp to here the bad sound. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 20:41:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 18:41:05 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.af9a1d149c85b2301e6760236474d281@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by mjs973): It looks like 'h264-incorrect-dts-pts.ts' does not have the (optional) sps.bitstream_restriction_flag set, so we need to use something else to detect that there are no B pictures. The file does have constraint_set0_flag = 1, which we can use. I will check if implementing constraint_set0_flag makes this file work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 21:33:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 19:33:44 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.337abba0155a1fa9be3a15955c94bab0@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): > TO BUG IS VERY SIMILAR IN BEHAVIOR (BAD SOUND) WITH THE SOLVED .wma one, but of course we have here an rtsp/rtmp stream: please also run also run: > > ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp > > to here the bad sound. > > Thanks. The Audio Decoder with issues on the stream rtsp://media2.lsops.net/live/aljazeer_en_high.sdp is : CODEC_ID_AAC -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 22:59:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 20:59:25 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.23ea05e501a8a5bd7fd890f0559496e8@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): I cannot reproduce your problem. Please provide complete, uncut output of ffmpeg for all issues! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 2 23:05:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 21:05:01 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.88134848cdff99bd3fb8b5dd289b6c20@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): Please provide complete, uncut output! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 01:08:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 May 2011 23:08:57 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.c60d1c938edba6b7faecd43e7bd5a959@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:5 cehoyos]: > Please provide complete, uncut output! The bug is simple the sound is not intelligible: please run it too with ffplay Please indicate me the command line parameters that I need to run, to can generate the uncut output...I'm new here, and is not very clear for me what I need to generate in addition that the command "ffplay rtsp://media2.lsops.net/live/aljazeer_en_high.sdp" once the stream sound is altered. But I will do it if you tell me what I need to run, to supply you the needed feedback Thanks for your help -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:03:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:03:44 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.5c21629b19bd9b7ccdf785b5daf69c57@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): Complete, uncut output: {{{ $ ffmpeg -i rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp ffmpeg version git-N-29577-gc402ce4, Copyright (c) 2000-2011 the FFmpeg developers built on May 3 2011 16:53:01 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [rtmp @ 0x8c91020] Cannot open connection tcp://175.41.168.21:1935 rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp: Input/output error $ ffplay rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp ffplay version git-N-29577-gc402ce4, Copyright (c) 2003-2011 the FFmpeg developers built on May 3 2011 16:53:01 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [rtmp @ 0x8cd4340] Cannot open connection tcp://175.41.168.21:1935 rtmp://175.41.168.21:1935/2e2cd/nhkworldhd.sdp: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:15:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:15:13 -0000 Subject: [FFmpeg-trac] #150(undetermined:new): jpeg2000 decoder regression with lowres option enabled ( libavfilter) Message-ID: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> #150: jpeg2000 decoder regression with lowres option enabled ( libavfilter) --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://www.openjpeg.org/samples/Cevennes1.j2k the output bmp files looks wrong most likely libavfilter-caused regression {{{ C:\>ffmpeg -vlowres 1 -i Cevennes1.jp2 out.bmp FFmpeg version git-N-29181-ga304071, Copyright (c) 2000-2011 the FFmpeg develope rs built on Apr 18 2011 21:24:03 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-memalign-hack --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 --cross- prefix=i686-w6 4-mingw32- --target-os=mingw32 --arch=x86_32 --extra- cflags=-I/home/kyle/softwar e/ffmpeg/external-libraries/win32/include --extra- ldflags=-L/home/kyle/software/ ffmpeg/external-libraries/win32/lib --pkg-config=pkg-config libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 13. 0 / 0. 13. 0 Input #0, image2, from 'Cevennes1.jp2': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: libopenjpeg, rgb24, 1296x972, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 01CF14C0] w:1296 h:972 pixfmt:rgb24 [ffsink @ 01CF16E0] auto-inserting filter 'auto-inserted scaler 0' between the f ilter 'src' and the filter 'out' [scale @ 01CF1980] w:1296 h:972 fmt:rgb24 -> w:1296 h:972 fmt:bgr24 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf52.108.0 Stream #0.0: Video: bmp, bgr24, 1296x972, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:3691kB audio:0kB global headers:0kB muxing overhead -100.000582% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:22:03 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:22:03 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.e6ec7ff16c61e87c93978d965169ff8b@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by ami_stuff): I can reproduce this issue with the latest source snapshot. FFplay plays the audio track in slowdown. {{{ ffplay version c402ce4, Copyright (c) 2003-2011 the FFmpeg developers built on May 3 2011 16:39:30 with gcc 4.5.0 libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [rtsp @ 0x10eaee00] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://media2.lsops.net/live/aljazeer_en_high.sdp': Metadata: title : WowzaMediaServer Duration: N/A, start: 0.079000, bitrate: N/A Stream #0.0: Audio: aac, 48000 Hz, 2 channels (FC), s16 Stream #0.1: Video: h264 (Constrained Baseline), yuv420p, 480x304, 25 fps, 25 tbr, 90k tbn, 50 tbc [aac @ 0x10eb0600] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x10eb0600] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x10eb0600] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x10eb0600] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x10eb0600] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x10eb0600] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. [aac @ 0x10eb0600] Reserved SBR extensions are not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [aac @ 0x10eb0600] 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. [h264 @ 0x10eb1e00] concealing 213 DC, 213 AC, 213 MV errors0/0 [h264 @ 0x10eb1e00] cbp too large (4294967295) at 27 110B f=0/0 [h264 @ 0x10eb1e00] error while decoding MB 27 11 [h264 @ 0x10eb1e00] concealing 262 DC, 262 AC, 262 MV errors0/0 [aac @ 0x10eb0600] illegal icc 23KB vq= 0KB sq= 0B f=0/0 Last message repeated 1 times2KB vq= 0KB sq= 0B f=0/0 [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 53. [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 50. [aac @ 0x10eb0600] illegal icc 35KB vq= 2KB sq= 0B f=0/0 [h264 @ 0x10eb1e00] concealing 570 DC, 570 AC, 570 MV errors0/0 [h264 @ 0x10eb1e00] corrupted macroblock 21 10 (total_coeff=-1) [h264 @ 0x10eb1e00] error while decoding MB 21 10 [h264 @ 0x10eb1e00] concealing 298 DC, 298 AC, 298 MV errors [h264 @ 0x10eb1e00] concealing 215 DC, 215 AC, 215 MV errors [h264 @ 0x10eb1e00] negative number of zero coeffs at 13 11 [h264 @ 0x10eb1e00] error while decoding MB 13 11 [h264 @ 0x10eb1e00] concealing 276 DC, 276 AC, 276 MV errors [aac @ 0x10eb0600] Expected to read 38 PS bits actually read 56. [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. [aac @ 0x10eb0600] illegal icc 51KB vq= 1KB sq= 0B f=0/0 [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. Last message repeated 2 times8KB vq= 0KB sq= 0B f=0/0 [aac @ 0x10eb0600] illegal icc [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 50. [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. Last message repeated 2 times8KB vq= 0KB sq= 0B f=0/0 [h264 @ 0x10eb1e00] negative number of zero coeffs at 10 1 [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. [h264 @ 0x10eb1e00] error while decoding MB 10 1 [h264 @ 0x10eb1e00] concealing 570 DC, 570 AC, 570 MV errors [aac @ 0x10eb0600] Expected to read 38 PS bits actually read 56. [aac @ 0x10eb0600] Expected to read 30 PS bits actually read 51. [aac @ 0x10eb0600] Expected to read 38 PS bits actually read 56. 8.51 A-V: -7.378 s:0.5 aq= 68KB vq= 39KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:33:04 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:33:04 -0000 Subject: [FFmpeg-trac] #141(undetermined:new): ffplay displays black screen with image In-Reply-To: <038.3ea3fa9c0e355c40a8768fa17639b0d8@avcodec.org> References: <038.3ea3fa9c0e355c40a8768fa17639b0d8@avcodec.org> Message-ID: <053.e75da1cea073915dfae8feb273e4daab@avcodec.org> #141: ffplay displays black screen with image ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): The "black screen" problem is easier reproductable with this file: http://www.openjpeg.org/samples/Cevennes1.j2k ffplay Cevennes1.j2k or ffplay -vlowres 1 Cevennes1.j2k -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:41:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:41:05 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): Broken sound in rtmp / rtsp streams In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.cb99d445716ac4135372b52218c228ce@avcodec.org> #149: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * version: 0.7-rc1 => git-master * reproduced: 0 => 1 Comment: Works fine with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 17:55:07 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 15:55:07 -0000 Subject: [FFmpeg-trac] #151(avformat:new): avi: A/V sync regression Message-ID: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> #151: avi: A/V sync regression -----------------------+------------------------- Reporter: heleppkes | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+------------------------- Hi, commit fbfcc8f1b71b51ff87f09e269d22328be5594f40 (avi: try to synchronize the points in time of the starts of streams after seeking) introduced severe audio/video sync issues in certain avi files. Reverting that commit locally fixes the issue. The problem can be easily reproduced with ffplay by seeking in an affected file. One affected sample file: http://files.1f0.de/samples/bb-sync-issue.avi I simply cut the file off to limit its size without remuxing it, which does cause the duration to be shown wrong, however any seek will still break the sync. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 3 22:54:48 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 May 2011 20:54:48 -0000 Subject: [FFmpeg-trac] #151(avformat:open): avi: A/V sync regression In-Reply-To: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> References: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> Message-ID: <053.eef5dc3dda017d472b869ded463d586b@avcodec.org> #151: avi: A/V sync regression -----------------------+----------------------- Reporter: heleppkes | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Also reproducible with mplayer -demuxer lavf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 20:13:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 18:13:21 -0000 Subject: [FFmpeg-trac] #152(undetermined:new): order of options matters when it shouldn't Message-ID: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> #152: order of options matters when it shouldn't ------------------------------+-------------------------- Reporter: matteosistisette | Type: defect Status: new | Priority: important Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+-------------------------- The option -loop_input may be ignored depending on whether it is specified before or after other options. The following commands, which are exactly the same except for the order in which options are specified, produce different result: ffmpeg -loop_input -shortest -y -i image8.jpg -i sound11.amr -acodec copy -vcodec mjpeg result.avi -> works as expected, looping the input while ffmpeg -y -i image8.jpg -i sound11.amr -loop_input -shortest -acodec copy -vcodec mjpeg result.avi -> won't loop the input and will produce a video of one frame, as if the -loop_input option wasn't present. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 21:29:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 19:29:51 -0000 Subject: [FFmpeg-trac] #153(avcodec:new): DVB Subtitles Test Streams Message-ID: <035.6d81fb8a053352dd6017980bf7869294@avcodec.org> #153: DVB Subtitles Test Streams ---------------------------+-------------------------- Reporter: joolzg | Type: defect Status: new | Priority: important Component: avcodec | Version: unspecified Keywords: dvb subtitles | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+-------------------------- These is a test stream that shows errors in the DVB Subtitle decoder and encoder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 21:43:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 19:43:50 -0000 Subject: [FFmpeg-trac] #153(avcodec:new): DVB Subtitles Test Streams In-Reply-To: <035.6d81fb8a053352dd6017980bf7869294@avcodec.org> References: <035.6d81fb8a053352dd6017980bf7869294@avcodec.org> Message-ID: <050.ef30f77b6caa081e8bd24e5c22624507@avcodec.org> #153: DVB Subtitles Test Streams --------------------------+---------------------- Reporter: joolzg | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: unspecified | Resolution: Keywords: dvb subtitles | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+---------------------- Comment (by joolzg): also i used some of the sample streams from here http://www.screen.subtitling.com/html/mm%20downloads.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:47:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:47:27 -0000 Subject: [FFmpeg-trac] #99(build system:closed): Build failure on OpenBSD (wrt sem_timedwait) In-Reply-To: <035.cc31fc28b868625bcacf55714a8edabf@avcodec.org> References: <035.cc31fc28b868625bcacf55714a8edabf@avcodec.org> Message-ID: <050.46a236f5b76782113edcc33e9f09372d@avcodec.org> #99: Build failure on OpenBSD (wrt sem_timedwait) ------------------------+--------------------------- Reporter: vext01 | Owner: michael Type: defect | Status: closed Priority: normal | Component: build system Version: unspecified | Resolution: fixed Keywords: openbsd | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by disabling jack when sem_timedwait() is unavailable -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:50:37 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:50:37 -0000 Subject: [FFmpeg-trac] #43(undetermined:closed): JACK input device doesn't link on OS X In-Reply-To: <035.e98ce076d8386177c331062487a71a13@avcodec.org> References: <035.e98ce076d8386177c331062487a71a13@avcodec.org> Message-ID: <050.3e7a749cfa88458a28029f5adc46ee0d@avcodec.org> #43: JACK input device doesn't link on OS X -------------------+--------------------------- Reporter: nieder | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Fixed by disabling jack when sem_timedwait() is unavailable. About the patch, i think thread synchronization functions should be used that are available on a wider range of platforms, not tons of #ifdefs to make it work on osx & linux and then still fail on openbsd which the patch would sadly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:52:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:52:32 -0000 Subject: [FFmpeg-trac] #43(avformat:reopened): JACK input device doesn't link on OS X In-Reply-To: <035.e98ce076d8386177c331062487a71a13@avcodec.org> References: <035.e98ce076d8386177c331062487a71a13@avcodec.org> Message-ID: <050.721caea81f0b20f4082dec739c0164de@avcodec.org> #43: JACK input device doesn't link on OS X ------------------------+----------------------- Reporter: nieder | Owner: Type: enhancement | Status: reopened Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by michael): * status: closed => reopened * type: defect => enhancement * component: undetermined => avformat * priority: normal => wish * version: git => git-master * resolution: fixed => Comment: Rethinking this should be a enhancement request of course, as our jack code should use wider available therad sync functions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:53:35 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:53:35 -0000 Subject: [FFmpeg-trac] #77(FFmpeg:closed): Incomplete result In-Reply-To: <037.8d46935c8bb446e011de6a1381bfac63@avcodec.org> References: <037.8d46935c8bb446e011de6a1381bfac63@avcodec.org> Message-ID: <052.45d2f1c645559c1571f31c5d1db0c5cc@avcodec.org> #77: Incomplete result ---------------------+---------------------- Reporter: curtis69 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+---------------------- Changes (by llogan): * status: open => closed * resolution: => invalid Comment: Closing as invalid since reporter indicated the issue is with cron and not FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:54:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:54:32 -0000 Subject: [FFmpeg-trac] #77(FFmpeg:closed): Incomplete result In-Reply-To: <037.8d46935c8bb446e011de6a1381bfac63@avcodec.org> References: <037.8d46935c8bb446e011de6a1381bfac63@avcodec.org> Message-ID: <052.07075066090f97fc57af86db8fa67531@avcodec.org> #77: Incomplete result ---------------------+---------------------- Reporter: curtis69 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+---------------------- Changes (by llogan): * cc: lou@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 4 23:58:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 21:58:39 -0000 Subject: [FFmpeg-trac] #152(undetermined:closed): order of options matters when it shouldn't In-Reply-To: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> References: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> Message-ID: <060.71ab090bae42312654758cb1e4d2ba18@avcodec.org> #152: order of options matters when it shouldn't -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => invalid Comment: Actually IMHO the order should matter because you might have -i image1.jpg -i file.avi and you might want to loop one but not the other. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 00:19:46 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 22:19:46 -0000 Subject: [FFmpeg-trac] #152(undetermined:closed): order of options matters when it shouldn't In-Reply-To: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> References: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> Message-ID: <060.1c44a0b04373091094d73988be5c52e7@avcodec.org> #152: order of options matters when it shouldn't -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by matteosistisette): You are right, it applies to all inputs specified _after_ it. However there's no mention whatsoever to this fact in the documentation (I mean the output of ffmpeg -h). Then the flaw is in the documentation, not in the program -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 00:30:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 22:30:59 -0000 Subject: [FFmpeg-trac] #61(avfilter:closed): ability to read video size during filtergraph operation In-Reply-To: <035.bcd6c8457b80d9a8bf7d36aebf74c4a2@avcodec.org> References: <035.bcd6c8457b80d9a8bf7d36aebf74c4a2@avcodec.org> Message-ID: <050.2bffca52d9c24b9dca926e37ccb9de64@avcodec.org> #61: ability to read video size during filtergraph operation ------------------------+----------------------- Reporter: nieder | Owner: michael Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ------------------------+----------------------- Comment (by nieder): 1) in_w and in_h works now on pad, even with the same git revision that I had when I filed the report. I don't know what happened there, so ignore that part of the report. 2) Is the new filter "showinfo" supposed to be the one that does this now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 01:40:59 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 23:40:59 -0000 Subject: [FFmpeg-trac] #154(undetermined:new): pbm file does not convert Message-ID: <038.3f5ad6c1c8e2049ce7dbc4ba7ce9cff2@avcodec.org> #154: pbm file does not convert --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- pbm file does not convert {{{ C:\>ffmpeg.exe -i battrace.pbm out.tif FFmpeg version git-N-29181-ga304071, Copyright (c) 2000-2011 the FFmpeg develope rs built on Apr 18 2011 21:24:03 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-memalign-hack --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 --cross- prefix=i686-w6 4-mingw32- --target-os=mingw32 --arch=x86_32 --extra- cflags=-I/home/kyle/softwar e/ffmpeg/external-libraries/win32/include --extra- ldflags=-L/home/kyle/software/ ffmpeg/external-libraries/win32/lib --pkg-config=pkg-config libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 13. 0 / 0. 13. 0 Input #0, image2, from 'battrace.pbm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: pbm, monow, 320x400, 25 tbr, 25 tbn, 25 tbc [buffer @ 01CF14E0] w:320 h:400 pixfmt:monow Output #0, image2, to 'out.tif': Metadata: encoder : Lavf52.108.0 Stream #0.0: Video: tiff, monow, 320x400, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding Error while decoding stream #0.0 frame= 0 fps= 0 q=-1.0 Lsize= -0kB time=10000000000.00 bitrate= -0.0kb its/s video:0kB audio:0kB global headers:0kB muxing overhead -1.#INF00% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 01:41:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 23:41:15 -0000 Subject: [FFmpeg-trac] #144(undetermined:closed): ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) In-Reply-To: <042.7929e681df718b62bed46904201284c1@avcodec.org> References: <042.7929e681df718b62bed46904201284c1@avcodec.org> Message-ID: <057.212c1ec5a10767544d879b12e49d98d6@avcodec.org> #144: ffmpeg 0.7c FFPLAY using CODEC_ID_H264 HUGE MEMORY LEAKS (1MB/s) ------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: fixed Keywords: h264 memory leaks | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Thanks for the debuging. Changes integrated locally will push soon. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 01:43:56 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 May 2011 23:43:56 -0000 Subject: [FFmpeg-trac] #136(avcodec:closed): lowres with wmv2 crashes ffmpeg In-Reply-To: <038.31b52878c90d0132830ca40b37dfaf54@avcodec.org> References: <038.31b52878c90d0132830ca40b37dfaf54@avcodec.org> Message-ID: <053.8e356a0b7aaf1a5b774b11420499a937@avcodec.org> #136: lowres with wmv2 crashes ffmpeg -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec Comment: Fixed in c402ce41 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 02:31:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 00:31:09 -0000 Subject: [FFmpeg-trac] #105(undetermined:closed): flashsv codec regression In-Reply-To: <038.861eaa3427595a40db22e145f0b740e8@avcodec.org> References: <038.861eaa3427595a40db22e145f0b740e8@avcodec.org> Message-ID: <053.931d74341c1b51ecca151f036b569ed0@avcodec.org> #105: flashsv codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Maybe fixed, i could reproduce some out of array reads but no crash, reopen if not -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 02:38:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 00:38:09 -0000 Subject: [FFmpeg-trac] #63(undetermined:open): Purple bars appear when scaling a video with ffmpeg for windows In-Reply-To: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> References: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> Message-ID: <054.a2f3580382db28b4d5d0c9626ed6df16@avcodec.org> #63: Purple bars appear when scaling a video with ffmpeg for windows -------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: purple bars scale glitch | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+--------------------------- Comment (by vickas54): Maybe a good idea not to close this yet...looks like it might be related to asm optimizations?? It doesn't occur in the 32-bit build, (still running on Win7 64-bit of course) but it runs alot slower in the 32-bit build (about half as fast). Couple with the above statement about --enable-runtime-cpudetect causing it, I'm guessing some optimization code doesn't work very well in a 64-bit windows environment. I also suspect that the 32-bit build isn't actually using optimizations, considering it runs about half as fast. Perhaps this is only when running on 64-bit windows... At least the 32-bit build gives correct output... I'm using hawkeye's windows binaries from hawkeye.arrozcru.org. Unfortunately I don't have MinGW installed right now, so I can't try out any different compiler flags. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 02:44:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 00:44:55 -0000 Subject: [FFmpeg-trac] #150(undetermined:closed): jpeg2000 decoder regression with lowres option enabled ( libavfilter) In-Reply-To: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> References: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> Message-ID: <053.19a278a019702042a17cc58b5b3cd2b3@avcodec.org> #150: jpeg2000 decoder regression with lowres option enabled ( libavfilter) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => worksforme Comment: Cant reproduce, maybe one of todays bugfixes fixed this too. Please reopen if not -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 02:47:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 00:47:43 -0000 Subject: [FFmpeg-trac] #73(swscale:closed): Invalid reads in libswscale (crash on Windows) In-Reply-To: <036.b9e5162b51861830e3654684b998dd14@avcodec.org> References: <036.b9e5162b51861830e3654684b998dd14@avcodec.org> Message-ID: <051.9152cd0913bb2542ed7638497773078d@avcodec.org> #73: Invalid reads in libswscale (crash on Windows) ----------------------+---------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Thats a duplicate of some other crash (dont remember), and should be fixed by 9a5624a0f -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 10:46:01 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 08:46:01 -0000 Subject: [FFmpeg-trac] #155(FFmpeg:new): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM Message-ID: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM --------------------------+--------------------- Reporter: rmk | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- The following command line results in the last 2 frames being broken (see attached png export of the last frame): -y -i /Users/krueger/testdata/ffmpeg/GOPR0019.MP4 -t 2.96 -f mov -vcodec mpeg2video -r 25 -pix_fmt yuv422p -qscale 1.0 -qmax 1 -dc 10 -g 12 -bf 2 -flags2 +ivlc+sgop+non_linear_q -acodec pcm_s24le -ar 48000 /Users/krueger/testdata/ffmpeg/GOPR0019-XDCAM-HD422-720p25-clipped- ffmpeg.mov ffmpeg version git-N-29582-g707e861, Copyright (c) 2000-2011 the FFmpeg developers built on May 4 2011 18:02:59 with gcc 4.2.1 (Apple Inc. build 5664) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable- libfaac --enable-libmp3lame libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/ffmpeg/GOPR0019.MP4': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: avc1isom creation_time : 2009-02-16 11:13:18 Duration: 00:00:05.48, start: 0.000000, bitrate: 8916 kb/s Stream #0.0(eng): Video: h264 (Main), yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 8874 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Metadata: creation_time : 2009-02-16 11:13:18 Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16, 127 kb/s Metadata: creation_time : 2009-02-16 11:13:18 Incompatible sample format 's16' for codec 'pcm_s24le', auto-selecting format 's32' [buffer @ 0x100f01b80] w:1280 h:720 pixfmt:yuv420p [ffsink @ 0x100f023c0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x100f026e0] w:1280 h:720 fmt:yuv420p -> w:1280 h:720 fmt:yuv422p flags:0xa0000004 Output #0, mov, to '/Users/krueger/testdata/ffmpeg/GOPR0019-XDCAM- HD422-720p25-clipped-ffmpeg.mov': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: avc1isom creation_time : 2009-02-16 11:13:18 encoder : Lavf53.0.3 Stream #0.0(eng): Video: mpeg2video, yuv422p, 1280x720 [PAR 1:1 DAR 16:9], q=2-1, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2009-02-16 11:13:18 Stream #0.1(eng): Audio: pcm_s24le, 48000 Hz, stereo, s32, 2304 kb/s Metadata: creation_time : 2009-02-16 11:13:18 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 74 fps= 24 q=1.0 Lsize= 6255kB time=2.92 bitrate=17549.4kbits/s video:5419kB audio:834kB global headers:0kB muxing overhead 0.044231% I'm attaching the video here because upload.ffmpeg.org as described on the website does not seem to work. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 10:48:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 08:48:40 -0000 Subject: [FFmpeg-trac] #155(FFmpeg:new): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.341259b8e718d20c305498aa97e7506d@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+---------------------- Reporter: rmk | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by rmk): I could not add the video file because it is 6 MB and the limit is 2.5. How can I make the file available to you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 11:20:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 09:20:09 -0000 Subject: [FFmpeg-trac] #156(undetermined:new): Full HD Material from Canon 5D treated as 1920x1088 Message-ID: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 --------------------------+-------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Full HD material from the Canon 5D is detected and treated as 1920x1088 resulting in a black padding of 8 pixels at the bottom when played or transcoded. Both Quicktime and Mediainfo report the display size as 1920x1080. Since I do not have access to that camera I cannot upload a file but material is publicly available, e.g. here: http://www.dpreview.com/reviews/canoneos5dmarkii/page19.asp Mediainfo output for the video track of a sample file: Video ID ??????????????????????????????: 1 Format ??????????????????????????: AVC Format/Info ?????????????????????: Advanced Video Codec Format profile ??????????????????: Baseline at L5.0 Format settings, CABAC ??????????: No Format settings, ReFrames ???????: 1 frame Codec ID ????????????????????????: avc1 Codec ID/Info ???????????????????: Advanced Video Coding Duration ????????????????????????: 28s 700ms Bit rate mode ???????????????????: Variable Bit rate ????????????????????????: 39.1 Mbps Width ???????????????????????????: 1 920 pixels Height ??????????????????????????: 1 080 pixels Original height ?????????????????: 1 088 pixels Display aspect ratio ????????????: 16:9 Frame rate mode ?????????????????: Constant Frame rate ??????????????????????: 30.000 fps Color space ?????????????????????: YUV Chroma subsampling ??????????????: 4:2:0 Bit depth ???????????????????????: 8 bits Scan type ???????????????????????: Progressive Bits/(Pixel*Frame) ??????????????: 0.629 Stream size ?????????????????????: 134 MiB (97%) Language ????????????????????????: English Encoded date ????????????????????: UTC 2009-06-18 12:26:06 Tagged date ?????????????????????: UTC 2009-06-18 12:26:06 Color primaries ?????????????????: BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177 Transfer characteristics ????????: BT.709-5, BT.1361 Matrix coefficients ?????????????: BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 13:02:22 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 11:02:22 -0000 Subject: [FFmpeg-trac] #155(FFmpeg:new): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.b9734c89a1222aa01c3fc133b21b61f4@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+---------------------- Reporter: rmk | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by ami_stuff): please upload the file here: http://www.datafilehost.com/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 13:52:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 11:52:18 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.9dc6199cef696cc4103abaef999411e2@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 ------------------------+--------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Complete, uncut, verbose output of ffmpeg missing. (Apart from the fact that Mediainfo clearly reports 1088 pixels, afaict.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 14:04:48 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 12:04:48 -0000 Subject: [FFmpeg-trac] #152(undetermined:closed): order of options matters when it shouldn't In-Reply-To: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> References: <045.6af249d66457fbd0c11805f883577cf3@avcodec.org> Message-ID: <060.97a4621c434f25a184d79a72c89f2383@avcodec.org> #152: order of options matters when it shouldn't -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by cehoyos): All ffmpeg options (applicable to input) apply to the input file that follows the option. And since the same option names can also be used as output options, it would not be possible for the input options to apply to files listed before (you couldn't distinguish between input and output options any more). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 14:07:33 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 12:07:33 -0000 Subject: [FFmpeg-trac] #150(undetermined:reopened): jpeg2000 decoder regression with lowres option enabled ( libavfilter) In-Reply-To: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> References: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> Message-ID: <053.a1336f83b78ad781a55c78ff660856e2@avcodec.org> #150: jpeg2000 decoder regression with lowres option enabled ( libavfilter) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: reopened Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by ami_stuff): * status: closed => reopened * resolution: worksforme => Comment: sorry, the problem happens with at least vlowres 2, not 1 ffmpeg -vlowres 2 -i Cevennes1.j2k out.bmp out.bmp = with libavfilter out_nolavf.bmp = without libavfilter -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 14:20:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 12:20:43 -0000 Subject: [FFmpeg-trac] #105(undetermined:closed): flashsv codec regression In-Reply-To: <038.861eaa3427595a40db22e145f0b740e8@avcodec.org> References: <038.861eaa3427595a40db22e145f0b740e8@avcodec.org> Message-ID: <053.b46524a705165c824360b661610f38e7@avcodec.org> #105: flashsv codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): This seems to be fixed (at least under amigaos - the yellow line is eliminated). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 14:25:13 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 12:25:13 -0000 Subject: [FFmpeg-trac] #156(undetermined:open): Full HD Material from Canon 5D treated as 1920x1088 In-Reply-To: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> References: <032.b93ab6a189c5ba86392770393213e5c1@avcodec.org> Message-ID: <047.e280d032add46f968763c2088d1c974b@avcodec.org> #156: Full HD Material from Canon 5D treated as 1920x1088 ------------------------+--------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by rmk): You're right, here it is: ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 5 2011 11:07:13 with gcc 4.2.1 (Apple Inc. build 5664) configuration: --enable-gpl --enable-nonfree --enable-libx264 --enable- libfaac --enable-libmp3lame libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 0 codec frame rate differs from container frame rate: 6000.00 (6000/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/video /canon-5dm2/3775850.mov': Metadata: major_brand : qt minor_version : 537331968 compatible_brands: qt CAEP creation_time : 2009-06-18 12:26:06 Duration: 00:00:28.70, start: 0.000000, bitrate: 40535 kb/s Stream #0.0(eng): Video: h264 (Constrained Baseline), yuvj420p, 1920x1088, 39121 kb/s, 30 fps, 30 tbr, 3k tbn, 6k tbc Metadata: creation_time : 2009-06-18 12:26:06 Stream #0.1(eng): Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Metadata: creation_time : 2009-06-18 12:26:06 At least one output file must be specified Regarding Mediainfo output, you saw both lines? Height : 1 080 pixels Original height : 1 088 pixels Shall I send a screenshot that displays the Quicktime media inspector displaying 1080? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 14:28:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 12:28:59 -0000 Subject: [FFmpeg-trac] #86(avfilter:open): aasc codec regression In-Reply-To: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> References: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> Message-ID: <053.4e53f61d0445352b4ecdf3f1274e391b@avcodec.org> #86: aasc codec regression ----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+----------------------- Comment (by ami_stuff): This seems to be fixed recently as well (please compare the output from libavfilter and non-libavfilter ffmpeg build (with filedup tool) and if the files are identical, close this bug report). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 15:01:34 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 13:01:34 -0000 Subject: [FFmpeg-trac] #86(avfilter:closed): aasc codec regression In-Reply-To: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> References: <038.ccd8b47ea2e83caefd29d8a82fa3072e@avcodec.org> Message-ID: <053.3a4fe4d96594ce70186b2412c115b96d@avcodec.org> #86: aasc codec regression ----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 16:11:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 14:11:31 -0000 Subject: [FFmpeg-trac] #89(undetermined:closed): ffplay - crash with svq3 codec In-Reply-To: <038.e9b1c18b5bce3d26d22f8a629e1c74fe@avcodec.org> References: <038.e9b1c18b5bce3d26d22f8a629e1c74fe@avcodec.org> Message-ID: <053.78d3eab75313e4e211e33cdbc2d82f8c@avcodec.org> #89: ffplay - crash with svq3 codec ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git | Resolution: fixed Keywords: ffplay | Blocked By: Blocking: | Reproduced: 1 Analyzed: 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 May 5 18:08:17 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 16:08:17 -0000 Subject: [FFmpeg-trac] #157(undetermined:new): Specifying KEYINT (-g) has no effect Message-ID: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> #157: Specifying KEYINT (-g) has no effect --------------------------+------------------------- Reporter: Reado | Type: defect Status: new | Priority: critical Component: undetermined | Version: git-oldabi Keywords: keyint | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- Using the latest "oldabi" version of FFMPEG, here's my command: ffmpeg -i 00384.MTS -acodec libfaac -ab 128k -ac 2 -ar 44100 -vcodec libx264 -preset fast -vf yadif=1,scale=854:480 -b 2000k -qmin 22 -qmax 27 -aspect 16:9 -threads 0 -g 25 -f mp4 -t 30 -y fast.mp4 However the response from libx264 is: [libx264 @ 0xac390e0] 264 - core 115 r1947 b5a8ad7 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=abr mbtree=1 bitrate=2000 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Notice keyint=250 when it should be keyint=25. This means I can't force a keyframe every second. Playing back the video, I can only seek every 3 seconds, not every second. Workaround: In the libx264 project under common/common.c, change "param->i_keyint_max" from 250 to 25, recompile libx264 and re-run the encoder. The result is there's a keyframe every second as expected and now I can seek to any position in the video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 5 21:44:25 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 19:44:25 -0000 Subject: [FFmpeg-trac] #120(avcodec:closed): lowres 3 with etymonix_mpeg2 file = crash In-Reply-To: <038.ae7c2e0b7db358c288c2ecf0a08f6394@avcodec.org> References: <038.ae7c2e0b7db358c288c2ecf0a08f6394@avcodec.org> Message-ID: <053.8d473972b2497ee321e3246014821bf2@avcodec.org> #120: lowres 3 with etymonix_mpeg2 file = crash -----------------------+---------------------- 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: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 00:20:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 22:20:36 -0000 Subject: [FFmpeg-trac] #80(undetermined:new): matrox mmes codec + lowres option = crash In-Reply-To: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> References: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> Message-ID: <053.30162ba9e9345d1edb5aea8c62883e51@avcodec.org> #80: matrox mmes codec + lowres option = crash ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): The crash is eliminated here. Please test and if fixed, close this ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 00:29:03 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 May 2011 22:29:03 -0000 Subject: [FFmpeg-trac] #158(undetermined:new): mpeg2video (4:2:2) + vlowres = colorful "noise" Message-ID: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> #158: mpeg2video (4:2:2) + vlowres = colorful "noise" --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- I just wonder if it would be possible to eliminate this colorful "noise" when vlowres option is enabled? If this is not possible then please close this ticket. ffplay -vlowres 1 trailer.gxf http://samples.multimedia.cx/GXF/trailer.gxf {{{ C:\>ffmpeg -i C:\trailer.gxf FFmpeg version git-N-29181-ga304071, Copyright (c) 2000-2011 the FFmpeg develope rs built on Apr 18 2011 21:24:03 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-memalign-hack --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 --cross- prefix=i686-w6 4-mingw32- --target-os=mingw32 --arch=x86_32 --extra- cflags=-I/home/kyle/softwar e/ffmpeg/external-libraries/win32/include --extra- ldflags=-L/home/kyle/software/ ffmpeg/external-libraries/win32/lib --pkg-config=pkg-config libavutil 50. 40. 1 / 50. 40. 1 libavcodec 52.120. 0 / 52.120. 0 libavformat 52.108. 0 / 52.108. 0 libavdevice 52. 4. 0 / 52. 4. 0 libavfilter 1. 79. 0 / 1. 79. 0 libswscale 0. 13. 0 / 0. 13. 0 Input #0, gxf, from 'C:\trailer.gxf': Duration: 00:00:29.80, start: 0.000000, bitrate: 11593 kb/s Stream #0.0: Video: mpeg2video (4:2:2), yuv422p, 720x608 [PAR 152:135 DAR 4: 3], 10000 kb/s, 50 fps, 25 tbr, 50 tbn, 50 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 Stream #0.3: Data: [0][0][0][0] / 0x0000 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 03:50:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 01:50:27 -0000 Subject: [FFmpeg-trac] #151(avformat:closed): avi: A/V sync regression In-Reply-To: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> References: <038.496022326e0d91499fc5111a07cb2fae@avcodec.org> Message-ID: <053.7bd4567382eb2aec07b02e00de94946b@avcodec.org> #151: avi: A/V sync regression -----------------------+----------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 04:16:56 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 02:16:56 -0000 Subject: [FFmpeg-trac] #95(FFmpeg:open): copytb not initialized to it's default value In-Reply-To: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> References: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> Message-ID: <056.434dc99f69695c6f064ce1e3c1ec909d@avcodec.org> #95: copytb not initialized to it's default value -------------------------+---------------------- Reporter: RLeatherwood | Owner: michael Type: enhancement | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: copytb | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------------+---------------------- Changes (by michael): * analyzed: 0 => 1 * status: new => open * type: defect => enhancement Comment: The =0 is unneeded (C requires the varible to be initialized to 0) but i dont mind if someone applies this patch for consistency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 04:17:29 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 02:17:29 -0000 Subject: [FFmpeg-trac] #95(FFmpeg:open): copytb not initialized to it's default value In-Reply-To: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> References: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> Message-ID: <056.2c08379bac52100d99e8ed0fe99867b0@avcodec.org> #95: copytb not initialized to it's default value -------------------------+--------------------- Reporter: RLeatherwood | Owner: Type: enhancement | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: copytb | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------------+--------------------- Changes (by michael): * owner: michael => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 14:33:21 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 12:33:21 -0000 Subject: [FFmpeg-trac] #62(undetermined:open): aiff flt regression In-Reply-To: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> References: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> Message-ID: <053.f70579d1201273c674f3951a0ddc322b@avcodec.org> #62: aiff flt regression ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------------- Comment (by ami_stuff): {{{ Author: michael Date: Sun Dec 13 21:27:29 2009 New Revision: 20836 Log: Use AV_METADATA_DONT_STRDUP* / use av_malloced metadata instead of strduped arrays of fixed length. Code from ffmbc with changes to adapt to our metadata API. Modified: trunk/libavformat/aiffdec.c trunk/libavformat/apetag.c trunk/libavformat/asfdec.c trunk/libavformat/avidec.c trunk/libavformat/flvdec.c trunk/libavformat/oggparsevorbis.c trunk/libavformat/soxdec.c trunk/libavformat/vqf.c trunk/libavformat/wc3movie.c Modified: trunk/libavformat/aiffdec.c ============================================================================== --- trunk/libavformat/aiffdec.c Sun Dec 13 21:24:19 2009 (r20835) +++ trunk/libavformat/aiffdec.c Sun Dec 13 21:27:29 2009 (r20836) @@ -66,19 +66,20 @@ static int get_tag(ByteIOContext *pb, ui /* Metadata string read */ static void get_meta(AVFormatContext *s, const char *key, int size) { - uint8_t str[1024]; - int res = get_buffer(s->pb, str, FFMIN(sizeof(str)-1, size)); + uint8_t *str = av_malloc(size+1); + int res; + + if (!str) { + url_fskip(s->pb, size); + return; + } + + res = get_buffer(s->pb, str, size); if (res < 0) return; str[res] = 0; - if (size & 1) - size++; - size -= res; - if (size) - url_fskip(s->pb, size); - - av_metadata_set(&s->metadata, key, str); + av_metadata_set2(&s->metadata, key, str, AV_METADATA_DONT_STRDUP_VAL); } /* Returns the number of sound data frames or negative on error */ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 17:15:28 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 15:15:28 -0000 Subject: [FFmpeg-trac] #150(undetermined:closed): jpeg2000 decoder regression with lowres option enabled ( libavfilter) In-Reply-To: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> References: <038.b4b4fcd5383b67f47bd5b4b1f6ca8fda@avcodec.org> Message-ID: <053.54e0381be18a91a743aab6ff58aebb47@avcodec.org> #150: jpeg2000 decoder regression with lowres option enabled ( libavfilter) ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Now it should be really fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 17:37:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 15:37:58 -0000 Subject: [FFmpeg-trac] #62(avformat:closed): aiff flt regression In-Reply-To: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> References: <038.75dc5ec4f7bb03197c16f499facc7400@avcodec.org> Message-ID: <053.cef8e3d4460e1ed58bcc7e40f8fdb0b0@avcodec.org> #62: aiff flt regression -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by michael): * status: open => closed * resolution: => fixed * version: git => git-master * component: undetermined => avformat Comment: Fixed locally, will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 19:35:40 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 17:35:40 -0000 Subject: [FFmpeg-trac] #158(undetermined:closed): mpeg2video (4:2:2) + vlowres = colorful "noise" In-Reply-To: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> References: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> Message-ID: <053.c9683b501f9a5e35803fc9653bdcb38a@avcodec.org> #158: mpeg2video (4:2:2) + vlowres = colorful "noise" ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: fixed locally will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 21:29:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 19:29:18 -0000 Subject: [FFmpeg-trac] #158(undetermined:closed): mpeg2video (4:2:2) + vlowres = colorful "noise" In-Reply-To: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> References: <038.4055ebdba50ab511573b656c8bc00934@avcodec.org> Message-ID: <053.585d8d6fbcc8b9666fcb90f1c0caa9fe@avcodec.org> #158: mpeg2video (4:2:2) + vlowres = colorful "noise" ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 21:34:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 19:34:46 -0000 Subject: [FFmpeg-trac] #159(undetermined:new): "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output Message-ID: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1605 https://roundup.libav.org/file653/dvcp.avi {{{ Author: ami_stuff Date: 2009-12-09.01:14:04 Attached file is encoded with "Sony DV Software Codec" codec and have 720x576 resolution. When I convert attached file, the output file will look incorrect: C:\>ffmpeg -i dvcp.avi out.avi FFmpeg version SVN-r20757, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Dec 7 2009 06:02:20 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 5. 1 / 50. 5. 1 libavcodec 52.42. 0 / 52.42. 0 libavformat 52.41. 0 / 52.41. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 2 / 0. 7. 2 Seems stream 0 codec frame rate differs from container frame rate: 29.97 (30000/ 1001) -> 25.00 (25/1) Input #0, avi, from 'dvcp.avi': Duration: 00:00:00.64, start: 0.000000, bitrate: 28907 kb/s Stream #0.0: Video: dvvideo, yuv411p, 720x480, 25 tbr, 25 tbn, 29.97 tbc Output #0, avi, to 'out.avi': Stream #0.0: Video: mpeg4, yuv420p, 720x480, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 16 fps= 0 q=31.0 Lsize= 200kB time=0.64 bitrate=2566.3kbits/s video:195kB audio:0kB global headers:0kB muxing overhead 3.046699% }}} {{{ Author: cehoyos Date: 2009-12-09.23:00:18 Output looks wrong with ffmpeg, plays fine with mplayer -vc mcdv (but not qdv) in 720x576. }}} {{{ Author: cehoyos Date: 2009-12-31.00:20:06 ff_dv_frame_profile() returns dv_profiles[0] (525/60 NTSC) for this sample, correct would be dv_profiles[1] (625/50 PAL), a special case (as for 576i50 25Mbps 4:1:1) is probably necessary. First 10 bytes of frame (frame[0] frame[1] ... frame[9]): 1f 7 0 0 a0 cb de 0 ff ff }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 21:38:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 19:38:23 -0000 Subject: [FFmpeg-trac] #160(undetermined:new): QT RAW "256 colors" - broken output Message-ID: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> #160: QT RAW "256 colors" - broken output --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- https://roundup.libav.org/file609/CHRIS.MOV {{{ Author: ami_stuff Date: 2009-11-12.17:26:39 Attached QT RAW file decodes incorrectly, maybe because width and/or height of the video is not dividable by 8, 16 or something like that. -------- C:\>ffmpeg -i CHRIS.MOV CHRIS.avi FFmpeg version SVN-r20510, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Nov 11 2009 05:05:44 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 4. 0 / 50. 4. 0 libavcodec 52.38. 1 / 52.38. 1 libavformat 52.39. 2 / 52.39. 2 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 Seems stream 0 codec frame rate differs from container frame rate: 600.00 (600/1 ) -> 8.00 (8/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'CHRIS.MOV': Duration: 00:00:06.00, start: 0.000000, bitrate: 1460 kb/s Stream #0.0(eng): Video: rawvideo, pal8, 150x150, 1459 kb/s, 8 tbr, 600 tbn, 600 tbc Output #0, avi, to 'CHRIS.avi': Stream #0.0(eng): Video: mpeg4, yuv420p, 150x150, q=2-31, 200 kb/s, 8 tbn, 8 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 48 fps= 0 q=5.9 Lsize= 234kB time=6.00 bitrate= 319.9kbits/s video:228kB audio:0kB global headers:0kB muxing overhead 2.942905% }}} {{{ Author: cehoyos Date: 2010-01-09.15:46:52 Reproducible with current svn, does not look distorted with QuickTime. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 21:44:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 19:44:30 -0000 Subject: [FFmpeg-trac] #161(undetermined:new): QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output Message-ID: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> #161: QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1428 https://roundup.libav.org/file531/Test_24bpp_interlaced_paeth.png {{{ Author: ami_stuff Date: 2009-09-28.21:59:07 Attached file is PNG 24bpp INTERLACED with PAETH filter, decodes incorrectly. This file decodes correctly with IrfanView/XnView/ImageMagick/Firefox. PS. The same problem happens also with interlaced 1bpp (NONE, SUB or PAETH filter) and 8bpp (only with PAETH filter) images. -------- C:\>ffmpeg -i Test_24bpp_interlaced_paeth.png FFmpeg version SVN-r20060, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Sep 27 2009 13:07:58 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-zlib --enable-bzlib --enable-libgsm --enabl e-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libsp eex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable- libschroe dinger --enable-libx264 libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.36. 0 / 52.36. 0 libavformat 52.39. 0 / 52.39. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 Input #0, image2, from 'Test_24bpp_interlaced_paeth.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: png, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: cehoyos Date: 2009-09-28.22:57:39 Output looks funny. }}} {{{ Author: ami_stuff Date: 2009-11-07.03:20:01 I uploaded QT PNG (PAETH INTERLACED) file with the same problem to "qt_png_paeth_interlaced" directory. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 21:49:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 19:49:42 -0000 Subject: [FFmpeg-trac] #162(undetermined:new): Avid AVI Codec - wrong resolution reported by FFmpeg Message-ID: <038.4d09604f34cb40a0306d0f61fcb848ec@avcodec.org> #162: Avid AVI Codec - wrong resolution reported by FFmpeg --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1494 https://roundup.libav.org/file579/avid.avi {{{ Author: ami_stuff Date: 2009-10-19.18:53:59 Attached file is encoded with "Avid AVI Codec" and have 720x576 resolution, but FFmpeg reports 720x592 and adds black bar on the top of the video. -------- C:\>ffmpeg -i avid.avi FFmpeg version SVN-r20231, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Oct 14 2009 04:04:42 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.37. 0 / 52.37. 0 libavformat 52.39. 1 / 52.39. 1 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 [mjpeg @ 0x1a68250]Found 1 unreleased buffers! Input #0, avi, from 'avid.avi': Duration: 00:00:01.79, start: 0.000000, bitrate: 4289 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 720x592, 23.97 tbr, 23.97 tbn, 23.97 tb c Stream #0.1: Audio: mp3, 44100 Hz, 2 channels, s16, 128 kb/s At least one output file must be specified }}} {{{ Author: cehoyos Date: 2009-10-19.23:46:14 Reproducible with mplayer avid.avi -vc avid }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 6 23:59:15 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 21:59:15 -0000 Subject: [FFmpeg-trac] #82(undetermined:closed): ffplay - cjpeg codec playback regression In-Reply-To: <038.326d205d5e960f09145c9e4097f0ca55@avcodec.org> References: <038.326d205d5e960f09145c9e4097f0ca55@avcodec.org> Message-ID: <053.319959fa83334b4a9f9846ab780855fa@avcodec.org> #82: ffplay - cjpeg codec playback regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Locally fixed will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 00:03:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:03:48 -0000 Subject: [FFmpeg-trac] #159(avcodec:open): "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.a566b9f181eb4810dee9c662eeefbb56@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 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 Sat May 7 00:09:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:09:19 -0000 Subject: [FFmpeg-trac] #161(avcodec:open): 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.1930f4b25229f3b03689ae0f0485e2d3@avcodec.org> #161: QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 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 Sat May 7 00:14:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:14:09 -0000 Subject: [FFmpeg-trac] #163(undetermined:new): png output creates artifacts or blank image with x11grab input Message-ID: <035.a55ee4f6aaff25aa60c4f6c6fdb27263@avcodec.org> #163: png output creates artifacts or blank image with x11grab input ---------------------+-------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Keywords: x11grab, png Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ---------------------+-------------------------- jpg output works as expected. out20110506.png attached. {{{ $ ffmpeg -f x11grab -r 25 -s 800x600 -i :0.0 -vframes 1 out20110506.png ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg developers built on May 6 2011 14:01:20 with gcc 4.6.0 20110415 (prerelease) configuration: --prefix=/usr --disable-optimizations --enable-x11grab --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [x11grab @ 0x1aacd40] device: :0.0 -> display: :0.0 x: 0 y: 0 width: 800 height: 600 [x11grab @ 0x1aacd40] shared memory extension found [x11grab @ 0x1aacd40] Estimating duration from bitrate, this may be inaccurate Input #0, x11grab, from ':0.0': Duration: N/A, start: 1304719812.085890, bitrate: 384000 kb/s Stream #0.0: Video: rawvideo, bgra, 800x600, 384000 kb/s, 25 tbr, 1000k tbn, 25 tbc [buffer @ 0x1abb160] w:800 h:600 pixfmt:bgra Output #0, image2, to 'out20110506.png': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: png, bgra, 800x600, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:72kB audio:0kB global headers:0kB muxing overhead -100.029685% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 00:16:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:16:27 -0000 Subject: [FFmpeg-trac] #160(undetermined:open): QT RAW "256 colors" - broken output In-Reply-To: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> References: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> Message-ID: <053.6df6252116c5e9dfd2444a7df050b7c9@avcodec.org> #160: QT RAW "256 colors" - broken output -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: (issue 1544) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 00:16:27 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:16:27 -0000 Subject: [FFmpeg-trac] #163(undetermined:new): 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.677f13f1d5605cccb22cc9641d85844d@avcodec.org> #163: png output creates artifacts or blank image with x11grab input -------------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: x11grab, png | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+--------------------------- Comment (by llogan): Tested on x86_64 Arch Linux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 00:37:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 22:37:49 -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.4d2f77dc468c73917ecdbca3dd905a8a@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 | -----------------------+---------------------- 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 Sat May 7 01:01:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 May 2011 23:01:06 -0000 Subject: [FFmpeg-trac] #163(undetermined:open): 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.9a11a89460db10aab7598cdee2733c2b@avcodec.org> #163: png output creates artifacts or blank image with x11grab input -------------------------+--------------------------- Reporter: llogan | Owner: Type: defect | Status: open Priority: minor | Component: undetermined Version: git-master | Resolution: Keywords: x11grab, png | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------+--------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: git => git-master * reproduced: 0 => 1 Comment: Work-around is to use -pix_fmt rgb24 Not a regression, afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 16:22:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 14:22:05 -0000 Subject: [FFmpeg-trac] #115(undetermined:closed): Segmentation fault while running several instance at the same time In-Reply-To: <034.5d0934ac98e688d5a215a5add56d849b@avcodec.org> References: <034.5d0934ac98e688d5a215a5add56d849b@avcodec.org> Message-ID: <049.776031963870951a3963a031d0e139d1@avcodec.org> #115: Segmentation fault while running several instance at the same time ------------------------+------------------------------ Reporter: gaelb | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: needs_more_info Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------------ Changes (by michael): * status: open => closed * resolution: => needs_more_info Comment: 0.5 is unsupported and very old, If the issue is reproduceable with a up to date version then please reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 17:41:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 15:41:58 -0000 Subject: [FFmpeg-trac] #68(avformat:closed): mpeg-ts sample fails immediately after successful probing In-Reply-To: <036.b8775ce29b4d36130bad7c706afdcc5f@avcodec.org> References: <036.b8775ce29b4d36130bad7c706afdcc5f@avcodec.org> Message-ID: <051.b084f304cdf70238e736f08b1fb4a550@avcodec.org> #68: mpeg-ts sample fails immediately after successful probing --------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: mpegts | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+----------------------- Changes (by reimar): * status: new => closed * resolution: => fixed Comment: Fix finally pushed. It's still possible to construct files that fail, ideally the code should be changed to find the TS packet size as long as necessary, but that might be overkill. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 17:57:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 15:57:16 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.2963da11f83b519cf67670f40e55b409@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by mjs973): I've attached 'h264-detect-no-b-v1.patch'. I have verified it fixes the submitted sample for latest videolan git. Test command: ffprobe -show_packets file.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 18:02:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 16:02:07 -0000 Subject: [FFmpeg-trac] #118(avcodec:closed): add 24bit support to TTA audio decoder In-Reply-To: <038.4123d32e419fc39ea1462dd1a227bee8@avcodec.org> References: <038.4123d32e419fc39ea1462dd1a227bee8@avcodec.org> Message-ID: <053.4e5e9ff076785187a36ea02821ebb9cd@avcodec.org> #118: add 24bit support to TTA audio decoder ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: 8 bit and 24 bit decoding support was added to tta, the remaining problem is the same as for ticket 96 - as a workaround, it is possible to increase AVCODEC_MAX_AUDIO_FRAME_SIZE inlibavcodec/avcodec.h -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 18:16:10 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 16:16:10 -0000 Subject: [FFmpeg-trac] #126(undetermined:new): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.5be96c6c0b6773a1532f9400f3b85b6f@avcodec.org> #126: ffplay - h263 codec playback regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): The issue has improved: The areas outside the encoded image are now solid grey instead of green memory dumps, but after seeking, those areas still "leak" into the picture on panning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 18:21:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 16:21:41 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.c72b2633b6bb6d2714560602fcf0a51a@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 19:42:57 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 17:42:57 -0000 Subject: [FFmpeg-trac] #135(undetermined:closed): -acodec copy does not copy wav file correctly (at least with with pcm_s24le ) In-Reply-To: <043.07572de68f56cfc930bb8b92d7cfc76c@avcodec.org> References: <043.07572de68f56cfc930bb8b92d7cfc76c@avcodec.org> Message-ID: <058.f583646d7ba87f7fe3fdb913cdeea4de@avcodec.org> #135: -acodec copy does not copy wav file correctly (at least with with pcm_s24le ) ---------------------------+--------------------------- Reporter: NabilStendardo | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ---------------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: fixed locally will push soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 19:57:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 17:57:06 -0000 Subject: [FFmpeg-trac] #88(FFplay:open): MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream In-Reply-To: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> References: <040.7c72aca509bf4a2994c9dae2d50da9cd@avcodec.org> Message-ID: <055.cfdf3ad90deb834547ed666a9e241183@avcodec.org> #88: MPEG2 Transport Stream Demuxer - Incorrect PTS/DTS for Stream ------------------------+--------------------- Reporter: jlsantiago0 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------- Comment (by michael): sps.constraint_set_flags&1 indicates no B frames but no B frames does not implicate low_delay=1. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 20:13:30 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 18:13:30 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.3b776d5f510135692bec93bf28ad7eac@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by michael): i cant reproduce this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 7 23:02:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 21:02:17 -0000 Subject: [FFmpeg-trac] #126(undetermined:open): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.53d7a3bb04d4f20d557a7a09745b17f0@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by ami_stuff): seems to be fixed for me (can't reproduce it anymore) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 01:45:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 23:45:24 -0000 Subject: [FFmpeg-trac] #70(avcodec:closed): PPM decoding from pipe misreads frame sizes In-Reply-To: <040.e0d3e453c3b65d7403869c744739ce59@avcodec.org> References: <040.e0d3e453c3b65d7403869c744739ce59@avcodec.org> Message-ID: <055.1e0094d3655b9e8f06dbadf20ecd98d2@avcodec.org> #70: PPM decoding from pipe misreads frame sizes ------------------------+---------------------- Reporter: nixscripter | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: ppm | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed * version: git => git-master * component: FFmpeg => avcodec * reproduced: 0 => 1 Comment: The error message was harmless in this case, it is fixed. If you have a crash please report it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 01:50:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 23:50:33 -0000 Subject: [FFmpeg-trac] #81(undetermined:new): ffplay - camtasia codec playback regression In-Reply-To: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> References: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> Message-ID: <053.e00f2215f38d94441e70375cedf6b845@avcodec.org> #81: ffplay - camtasia codec playback regression -----------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: win32 regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Changes (by michael): * keywords: => win32 regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 01:52:19 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 May 2011 23:52:19 -0000 Subject: [FFmpeg-trac] #126(undetermined:closed): ffplay - h263 codec playback regression In-Reply-To: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> References: <038.47d488066e1c09ee90ea5b53faaada9a@avcodec.org> Message-ID: <053.a515ff2b41e5154c93fd9a67f04cfe5e@avcodec.org> #126: ffplay - h263 codec playback regression -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Closing as it seems to have been fixed somehow by something -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:06:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:06:42 -0000 Subject: [FFmpeg-trac] #164(undetermined:new): FFplay: "-vismv" option doesn't work when libavfilter is enabled Message-ID: <038.213e6b5ba2449ef96df97f0a1d9f1c24@avcodec.org> #164: FFplay: "-vismv" option doesn't work when libavfilter is enabled --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 2589 {{{ "-vismv" option doesn't work with ffplay when libavfilter is enabled (works ok with ffmpeg) http://samples.mplayerhq.hu/MPEG1/zelda%20first%20commercial.mpeg C:\>ffplay.exe -vismv 1 "C:\zelda first commercial.mpeg" FFplay version SVN-r26400, Copyright (c) 2003-2011 the FFmpeg developers built on Jan 18 2011 04:09:28 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable- libvorb is --enable-libtheora --enable-libspeex --enable-libmp3lame --enable- libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime- cpudetect - -enable-libxvid --enable-libx264 --enable-librtmp --extra-libs='-lrtmp -lpolarss l -lws2_32 -lwinmm' --target-os=mingw32 --enable-avisynth --enable- w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable- memalign-hack --enable-shared --disable-static libavutil 50.36. 0 / 50.36. 0 libavcore 0.16. 1 / 0.16. 1 libavcodec 52.108. 0 / 52.108. 0 libavformat 52.93. 0 / 52.93. 0 libavdevice 52. 2. 3 / 52. 2. 3 libavfilter 1.74. 0 / 1.74. 0 libswscale 0.12. 0 / 0.12. 0 [mpeg @ 01090050] max_analyze_duration reached Input #0, mpeg, from 'C:\zelda first commercial.mpeg': Duration: 00:00:29.76, start: 0.070267, bitrate: 690 kb/s Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 160x120 [PAR 1:1 DAR 4:3], 6 14 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 29.97 tbc Stream #0.1[0x1c0]: Audio: mp2, 44100 Hz, 1 channels, s16, 64 kb/s 8.80 A-V: 0.055 s:0.3 aq= 220KB vq= 1674KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:18:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:18:55 -0000 Subject: [FFmpeg-trac] #165(undetermined:new): QT Cinepak - plays in negative Message-ID: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> #165: QT Cinepak - plays in negative --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1067 {{{ Author: ami_stuff Date: 2009-05-09.23:48:26 Attached video plays in negative. The video plays correctly with "VLC media player" and "Media Player Classic". -------- C:\>ffmpeg -i play_in_negative.mov FFmpeg version SVN-r18709, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-zlib --enable-bzlib --enable-libgsm --enabl e-libfaac --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libtheo ra --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid - -enable-libschroedinger --enable-libx264 libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.27. 0 / 52.27. 0 libavformat 52.32. 0 / 52.32. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Apr 28 2009 04:04:42, gcc: 4.2.4 Seems stream 1 codec frame rate differs from container frame rate: 1000000.00 (1 000000/1) -> 24.00 (1000000/41667) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'play_in_negative.mov': Duration: 00:00:05.95, start: 0.000000, bitrate: 963 kb/s Stream #0.0(eng): Audio: pcm_alaw, 11025 Hz, mono, s16, 88 kb/s Stream #0.1(eng): Video: cinepak, pal8, 192x128, 24 tbr, 1000k tbn, 1000k tb c At least one output file must be specified }}} {{{ bcoudurier Date: 2009-05-10.03:56:06 Problem is the palette. Palette stored in stsd in .mov must reversed, ie palette[0] must be 0 and not 255 as it is currently computed. Question remains wether we should fix palette handling first :> I don't know much about cinepak, so I cannot say if it would be better to compute palette in decoder instead. How is it stored in .avi ? }}} {{{ Author: ami_stuff Date: 2011-01-17.13:32:40 regression since r12272 Author: bcoudurier Date: Thu Feb 28 17:05:19 2008 New Revision: 12272 Log: set codec bps to grayscale bits, fix 256grey.mov Modified: trunk/libavformat/mov.c Modified: trunk/libavformat/mov.c ============================================================================== --- trunk/libavformat/mov.c (original) +++ trunk/libavformat/mov.c Thu Feb 28 17:05:19 2008 @@ -725,7 +725,8 @@ static int mov_read_stsd(MOVContext *c, st->codec->bits_per_sample = get_be16(pb); /* depth */ st->codec->color_table_id = get_be16(pb); /* colortable id */ - + dprintf(c->fc, "depth %d, ctab id %d\n", + st->codec->bits_per_sample, st->codec->color_table_id); /* figure out the palette situation */ color_depth = st->codec->bits_per_sample & 0x1F; color_greyscale = st->codec->bits_per_sample & 0x20; @@ -735,6 +736,7 @@ static int mov_read_stsd(MOVContext *c, (color_depth == 8)) { if (color_greyscale) { /* compute the greyscale palette */ + st->codec->bits_per_sample = color_depth; color_count = 1 << color_depth; color_index = 255; color_dec = 256 / (color_count - 1); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:27:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:27:49 -0000 Subject: [FFmpeg-trac] #166(undetermined:new): FFplay + image = stats are print in the console Message-ID: <038.eb66662aded00a83e1eb384f9760ca23@avcodec.org> #166: FFplay + image = stats are print in the console --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- issue 1808 {{{ Author: ami_stuff Date: 2010-07-28.11:30:36 When you run FFplay with some image you will notice that time counter will change. sample file: http://samples.mplayerhq.hu/image-samples/11Bos20.bmp C:\>ffplay >out.txt 11Bos20.bmp FFplay version SVN-r24565, Copyright (c) 2003-2010 the FFmpeg developers built on Jul 28 2010 04:30:08 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable- pthread s --enable-libvorbis --enable-libtheora --enable-libspeex --enable- libmp3lame -- enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable- libopencore_amrnb --enable-libvpx --arch=x86 --enable-runtime-cpudetect --enable -libxvid --enable-libx264 --extra-libs='-lx264 -lpthread' --enable-librtmp --ext ra-libs='-lrtmp -lpolarssl -lws2_32 -lwinmm' --target-os=mingw32 --enable- avisyn th --cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable- memalign -hack libavutil 50.23. 0 / 50.23. 0 libavcore 0. 1. 0 / 0. 1. 0 libavcodec 52.84. 1 / 52.84. 1 libavformat 52.77. 0 / 52.77. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.26. 1 / 1.26. 1 libswscale 0.11. 0 / 0.11. 0 Input #0, image2, from '11Bos20.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: bmp, bgr24, 300x200, 25 tbr, 25 tbn, 25 tbc [ffplay_output @ 01d52470] auto-inserting filter 'auto-inserted scaler 0' betwee n the filter 'src' and the filter 'out' [scale @ 01d527c0] w:300 h:200 fmt:bgr24 -> w:300 h:200 fmt:yuv420p flags:0x4 out.txt: 0.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 1.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 2.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 3.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 4.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.81 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.84 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.94 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 5.97 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.00 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.03 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.06 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.09 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.12 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.19 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.22 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.25 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.28 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.31 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.34 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.38 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.41 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.44 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.47 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.50 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.53 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.56 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.59 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.62 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.66 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.69 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.72 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.75 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.78 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 6.88 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} {{{ Author: cehoyos Date: 2010-07-28.11:38:57 I have no idea if this a regression or not. }}} {{{ Author: scheutzo Date: 2010-07-31.21:07:50 I think it is annoying too. Have you tried: ffplay -nostats infile }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:33:12 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:33:12 -0000 Subject: [FFmpeg-trac] #167(undetermined:new): TIFF file decodes incorrectly Message-ID: <038.b3da7670b73882243f1fa86f31f595d3@avcodec.org> #167: TIFF file decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1925 {{{ Author: ami_stuff Date: 2010-05-08.17:03:35 Attached TIFF file decodes incorrectly, maybe because FFmpeg thinks it is <=8bit image, while it is really 24bit. IrfanView can decode it correctly. -------- C:\>ffmpeg -i 11.tiff FFmpeg version SVN-r23056, Copyright (c) 2000-2010 the FFmpeg developers built on May 8 2010 06:04:21 with gcc 4.4.2 configuration: --enable-memalign-hack --cross-prefix=i686-mingw32- --cc=ccache -i686-mingw32-gcc --arch=i686 --target-os=mingw32 --enable-runtime- cpudetect --e nable-avisynth --enable-gpl --enable-version3 --enable-bzlib --enable- libgsm --e nable-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-l ibspeex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable-libsc hroedinger --enable-libx264 --enable-libopencore_amrwb --enable- libopencore_amrn b libavutil 50.15. 1 / 50.15. 1 libavcodec 52.67. 0 / 52.67. 0 libavformat 52.62. 0 / 52.62. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.10. 0 / 0.10. 0 Input #0, image2, from '11.tiff': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, pal8, 512x384, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: cehoyos Date: 2010-05-08.17:46:12 Works fine with ImageMagick. }}} {{{ Author: kostya Date: 2010-05-29.07:43:14 This TIFF uses (8 bits per sample) x (3 samples per pixel) scheme and SamplesPerPixel entry is ignored now. I'll try to support it. }}} {{{ Author: kostya Date: 2010-05-29.07:59:15 This patch should fix it but I cannot test if it does not break decoding other TIFF files now so I shan't apply it. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:38:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:38:50 -0000 Subject: [FFmpeg-trac] #168(undetermined:new): TIFF file decodes incorrectly - 2 Message-ID: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> #168: TIFF file decodes incorrectly - 2 --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1983 {{{ ami_stuff Date: 2010-06-04.13:28:43 Hi, Attached TIFF file decodes incorrectly. IrfanView/ImageMagick (there is message "unkonwn field with tag 40000 (0x9c40) encountered)") have no problem with this pic. -------- C:\>ffmpeg -i b.tif FFmpeg version SVN-r23465, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 4 2010 04:16:04 with gcc 4.4.2 configuration: --target-os=mingw32 --enable-runtime-cpudetect --enable- avisynt h --enable-gpl --enable-version3 --enable-bzlib --enable-libgsm --enable- libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libspeex --ena ble-libmp3lame --enable-libopenjpeg --enable-libxvid --enable- libschroedinger -- enable-libx264 --extra-libs='-lx264 -lpthread' --enable-libopencore_amrwb --enab le-libopencore_amrnb --enable-librtmp --extra-libs='-lrtmp -lssl -lcrypto -lws2_ 32 -lgdi32 -lwinmm -lcrypt32 -lz' --arch=x86 --cross-prefix=i686-mingw32- --cc=' ccache i686-mingw32-gcc' --enable-memalign-hack libavutil 50.16. 0 / 50.16. 0 libavcodec 52.74. 0 / 52.74. 0 libavformat 52.67. 0 / 52.67. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.20. 0 / 1.20. 0 libswscale 0.11. 0 / 0.11. 0 Input #0, image2, from 'b.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, rgb24, 320x240, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: cehoyos Date: 2010-06-04.15:39:55 Since no warning is issued, I consider this a bug. ffmpeg -i b.tif test.png FFmpeg version SVN-r23439, Copyright (c) 2000-2010 the FFmpeg developers built on Jun 4 2010 02:05:57 with icc 1200 configuration: --cc=/opt/intel/compilerpro-12.0.0.025/bin/intel64/icc --cpu=core2 libavutil 50.16. 0 / 50.16. 0 libavcodec 52.74. 0 / 52.74. 0 libavformat 52.67. 0 / 52.67. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.20. 0 / 1.20. 0 libswscale 0.11. 0 / 0.11. 0 Input #0, image2, from 'b.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, rgb24, 320x240, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'test.png': Metadata: encoder : Lavf52.67.0 Stream #0.0: Video: png, rgb24, 320x240, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:193kB audio:0kB global headers:0kB muxing overhead -100.011156% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:48:36 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:48:36 -0000 Subject: [FFmpeg-trac] #169(undetermined:new): IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly Message-ID: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> #169: IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1589 (& Issue 1427) Attached files decodes incorrectly. Please see https://roundup.libav.org/issue1427 for more info as well. {{{ Author: ami_stuff Date: 2009-12-05.02:37:04 >> What about 8SVX_FIB/EXP 2 channel files? This looks like it is just >> correct for 8bit PCM. > The "spec" and sketchy documentation available do not say anything about > stereo 8svx compressed sampling. My assumption is that such samples are not > defined. Same goes for 16bit stereo samples. IIRC we only have one compressed > sample available and that is mono. > More importantly, stereo samples are present in a number of anim files, which > are again uncompressed. > I'll be happy to add functionality as and when samples surface. Here are compressed IFF 8SVX stereo files. These files don't sound "clean" and of course too fast - issue1427. There is also availabe sourcecode of decoder and encoder: http://aminet.net/package/mus/misc/wavepak C:\>ffmpeg -i 8svx_exp.iff FFmpeg version SVN-r20726, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Dec 4 2009 06:03:38 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 5. 1 / 50. 5. 1 libavcodec 52.42. 0 / 52.42. 0 libavformat 52.40. 0 / 52.40. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 2 / 0. 7. 2 [IFF @ 0x3eced0]Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '8svx_exp.iff': Duration: 00:00:02.53, start: 0.000000, bitrate: 705 kb/s Stream #0.0: Audio: 8svx_exp, 44100 Hz, 2 channels, s16, 705 kb/s At least one output file must be specified C:\>ffmpeg -i 8svx_fib.iff FFmpeg version SVN-r20726, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Dec 4 2009 06:03:38 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 5. 1 / 50. 5. 1 libavcodec 52.42. 0 / 52.42. 0 libavformat 52.40. 0 / 52.40. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 2 / 0. 7. 2 [IFF @ 0x3ecee0]Estimating duration from bitrate, this may be inaccurate Input #0, IFF, from '8svx_fib.iff': Duration: 00:00:02.53, start: 0.000000, bitrate: 705 kb/s Stream #0.0: Audio: 8svx_fib, 44100 Hz, 2 channels, s16, 705 kb/s At least one output file must be specified }}} {{{ Author: BastyCDGS Date: 2010-05-05.18:58:18 I've done an analysis of this and found out that the decoder trys to interleave stereo samples to packet buffer and not to the whole length of BODY chunk. Fix will be pretty straight forward, I think...but I'm busy right now with IFF-ILBM and IFF-ANIM, so please be patient. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:54:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:54:46 -0000 Subject: [FFmpeg-trac] #170(undetermined:new): TIFF -> PBM - white line on the right side in the output PBM file Message-ID: <038.15f3880f3a26f4d7b317fb4af5f43a41@avcodec.org> #170: TIFF -> PBM - white line on the right side in the output PBM file --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1490 {{{ Author: ami_stuff Date: 2009-10-17.19:36:58 When I convert attached TIFF file to PBM, there will be visible white line on the right side in the PBM image. This don't happen when I select TIFF or PNG as an output format. This line is visible when I load the output PBM file to XnView/IrfanView/PhotoShop, but not when I use FFplay. "FFmpeg -i test.tif out.pbm" -------- C:\>ffmpeg -i test.tif FFmpeg version SVN-r20231, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Oct 14 2009 04:04:42 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.37. 0 / 52.37. 0 libavformat 52.39. 1 / 52.39. 1 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 Input #0, image2, from 'test.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, monob, 985x739, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: kostya Date: 2009-10-18.06:53:20 Hmm, probably different programs get last pixel value from different bit. }}} {{{ Author: cehoyos Date: 2009-10-18.21:55:00 Also reproducible with ImageMagick. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 12:58:29 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 10:58:29 -0000 Subject: [FFmpeg-trac] #171(undetermined:new): TIFF 1bpp decodes incorrectly Message-ID: <038.3d1b2dd6fd5ad8a2cc0337d1b6eb3395@avcodec.org> #171: TIFF 1bpp decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1437 {{{ Author: ami_stuff Date: 2009-09-30.17:20:00 Attached TIFF 1bpp file without compression decodes incorrectly. FFmpeg -i test_1bpp.tif out.bmp -------- C:\>ffmpeg -i Test_1bpp.tif FFmpeg version SVN-r20091, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Sep 30 2009 04:04:31 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-zlib --enable-bzlib --enable-libgsm --enabl e-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libsp eex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable- libschroe dinger --enable-libx264 libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.36. 0 / 52.36. 0 libavformat 52.39. 0 / 52.39. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 Input #0, image2, from 'Test_2bpp.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, monob, 818x305, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: cehoyos Date: 2009-09-30.17:32:43 Reproducible. }}} {{{ Author: kostya Date: 2009-10-01.05:57:42 obviously, TIFF decoder needs to extract each row from continuous data in this case, will be done sometime }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 13:02:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 11:02:46 -0000 Subject: [FFmpeg-trac] #172(undetermined:new): PNG 1bpp grayscale image decodes incorrectly Message-ID: <038.5bb507e837b8465fefa08bb01ef5241d@avcodec.org> #172: PNG 1bpp grayscale image decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Issue 1416 {{{ Author: ami_stuff Date: 2009-09-25.23:20:46 Attached PNG image is 1bpp grayscale and decodes incorrectly. This color mode (1bpp grayscale) seems to to be supported by FFmpeg. pngdec.c: "else if (s->bit_depth == 1 && s->color_type == PNG_COLOR_TYPE_GRAY) { avctx->pix_fmt = PIX_FMT_MONOBLACK;" PS. I have also PNG 4bpp color/grayscale images which decodes incorrectly. If there is a need I can upload. -------- C:\>ffmpeg -i Test_1bpp_grayscale.png FFmpeg version SVN-r19926, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-zlib --enable-bzlib --enable-libgsm --enabl e-libfaad --enable-pthreads --enable-libvorbis --enable-libtheora --enable-libsp eex --enable-libmp3lame --enable-libopenjpeg --enable-libxvid --enable- libschroe dinger --enable-libx264 libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.35. 0 / 52.35. 0 libavformat 52.38. 0 / 52.38. 0 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Sep 20 2009 04:03:00, gcc: 4.2.4 Input #0, image2, from 'Test_1bpp_grayscale.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: png, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} {{{ Author: kostya Date: 2009-09-28.05:57:15 quite probably PNG file says "palettized data with 1 bit per entry" and lavc PNG decoder still treats it as 8 bit per entry, so that condition you cited is not triggered because of different s- >color_type }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 13:47:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 11:47:16 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.e88f862a5d8a576b62aaf72e15ec2110@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by compn): any chance you have a sample url that shows the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 13:54:06 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 11:54:06 -0000 Subject: [FFmpeg-trac] #147(undetermined:closed): Broken sound in mms or mmsh streams In-Reply-To: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> References: <042.59e0b182791e09e03b5279e9c3b97516@avcodec.org> Message-ID: <057.75855ecdb1632e2d96df3e4954ba30c1@avcodec.org> #147: Broken sound in mms or mmsh streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by compn): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 14:04:38 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 12:04:38 -0000 Subject: [FFmpeg-trac] #138(avformat:closed): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.3d09f66609ab988de413b51739cad7da@avcodec.org> #138: add support for rtmp live stream -----------------------------+------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: closed Priority: minor | Component: avformat Version: unspecified | Resolution: worksforme Keywords: rtmp live stream | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+------------------------- Changes (by compn): * status: new => closed * resolution: => worksforme Comment: please read the manual: http://ffmpeg.org/ffplay.html#SEC44 specifically: For example, to stream a file in real-time to an RTMP server using `ffmpeg': ffmpeg -re -i myfile -f flv rtmp://myserver/live/mystream To play the same stream using `ffplay': ffplay "rtmp://myserver/live/mystream live=1" in your case: ffplay "rtmp://live.daserste.de/ardfslive-live/H264_Live_Web_L live=1" works for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 14:10:40 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 12:10:40 -0000 Subject: [FFmpeg-trac] #146(undetermined:closed): Broken sound on wmv file in 0.7rc1 and video hang sometimes In-Reply-To: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> References: <042.62ea91e9ef36f50d36e3018c1c09b013@avcodec.org> Message-ID: <057.3b7fbc8b4a8c9d07083815039ecfd603@avcodec.org> #146: Broken sound on wmv file in 0.7rc1 and video hang sometimes ------------------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: fixed Keywords: broken sound wmv 0.7rc1 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------------+--------------------------- Changes (by compn): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 14:23:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 12:23:11 -0000 Subject: [FFmpeg-trac] #149(undetermined:open): ffplay: Broken sound in rtmp / rtsp streams (was: Broken sound in rtmp / rtsp streams) In-Reply-To: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> References: <042.f386495a926596b8a6eb74cf61aad716@avcodec.org> Message-ID: <057.d58a9cd3ad55221d236e4e5f8d9d49f8@avcodec.org> #149: ffplay: Broken sound in rtmp / rtsp streams --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+--------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 14:28:01 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 12:28:01 -0000 Subject: [FFmpeg-trac] #143(undetermined:closed): YUV video to RGB image export color conversion issue In-Reply-To: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> References: <036.d35290ef7096b2868d07a0b799b00f4e@avcodec.org> Message-ID: <051.c4f529ea479d435b8532740d7f1d41db@avcodec.org> #143: YUV video to RGB image export color conversion issue --------------------------+--------------------------- Reporter: peter_b | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: unspecified | Resolution: fixed Keywords: RGB YUV color | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by compn): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 16:46:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 14:46:20 -0000 Subject: [FFmpeg-trac] #173(undetermined:new): ffplay jpeg2000 regression Message-ID: <038.6996b32a69feabad6c6d7c5835184cf4@avcodec.org> #173: ffplay jpeg2000 regression --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Please first apply the patch attached to this ticket and try to display j2k file from here: http://www.openjpeg.org/samples/Bretagne1.j2k I get only black screen. with the result of conversion ffmpeg -i Bretagne1.j2k out.bmp ffplay out.bmp everything works correctly so seems like regression {{{ ffplay Bretagne1.j2k ffplay version git-b9e6084, Copyright (c) 2003-2011 the FFmpeg developers built on May 8 2011 16:30:48 with gcc 4.5.0 configuration: --disable-ffserver --enable-avfilter --disable-fastdiv --arch=m68k --enable-cross-compile --cross-prefix=m68k-amigaos- --enable- gpl --disable-debug --target-os=none libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, image2, from 'Bretagne1.j2k': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: libopenjpeg, rgb24, 640x480, 25 tbr, 25 tbn, 25 tbc [ffsink @ 0x10ab6bc0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x10ab73c0] w:640 h:480 fmt:rgb24 -> w:640 h:480 fmt:yuv420p flags:0x4 0.67 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 17:27:28 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 15:27:28 -0000 Subject: [FFmpeg-trac] #173(undetermined:new): ffplay jpeg2000 regression In-Reply-To: <038.6996b32a69feabad6c6d7c5835184cf4@avcodec.org> References: <038.6996b32a69feabad6c6d7c5835184cf4@avcodec.org> Message-ID: <053.19ec294b4f804d611b532df3aabb3cb7@avcodec.org> #173: ffplay jpeg2000 regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): this is most likely duplicate of: https://ffmpeg.org/trac/ffmpeg/ticket/141 the bigger file you use for test, the faster you will be able to reproduce this issue - i'm able to reproduce this also with big jpg files (at least 3 secs. must pass between run of the ffplay command and 100% image decode, so maybe problem with threads synchro?) but the problem doesn't happened in the past, so it's a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 17:37:44 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 15:37:44 -0000 Subject: [FFmpeg-trac] #174(undetermined:new): Compile error Message-ID: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> #174: Compile error --------------------------+-------------------------- Reporter: OxleyDave | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- On Gentoo I get the compile error: libavcodec/x86/x86inc.asm:79: instruction expected after label when compiling media-video/ffmpeg-0.6_p25767 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 20:12:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 18:12:26 -0000 Subject: [FFmpeg-trac] #154(avcodec:closed): pbm file does not convert In-Reply-To: <038.3f5ad6c1c8e2049ce7dbc4ba7ce9cff2@avcodec.org> References: <038.3f5ad6c1c8e2049ce7dbc4ba7ce9cff2@avcodec.org> Message-ID: <053.a5de284bef57cd22085a9bed0bff4279@avcodec.org> #154: pbm file does not convert ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Fixed in commit: commit 4a745b41770893116405c22f832192510f9bcc9b Author: Stefano Sabatini Date: Sun May 8 00:47:14 2011 +0200 pnmdec: add support for mono images with non-space-separated pixel digits When the file to decode contains a sequence of binary values like "1101110...", decode_frame() was reading the sequence of digits like a unique integer value, which was resulting in integer overflows. The change add support for parsing non-space-separated pixel digits for mono formats, in particular fix decoding of file battrace.pbm, and fix trac issue #154. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 21:14:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 19:14:45 -0000 Subject: [FFmpeg-trac] #174(build system:open): Compile error In-Reply-To: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> References: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> Message-ID: <053.7e038ab4cdb7de069ae2777806808d46@avcodec.org> #174: Compile error ------------------------+--------------------------- Reporter: OxleyDave | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => build system Comment: Please add the output of yasm --version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 22:39:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 20:39:03 -0000 Subject: [FFmpeg-trac] #63(undetermined:open): Purple bars appear when scaling a video with ffmpeg for windows In-Reply-To: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> References: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> Message-ID: <054.12cdf95e8e2d155765e465a6bff91d46@avcodec.org> #63: Purple bars appear when scaling a video with ffmpeg for windows -------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: purple bars scale glitch | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+--------------------------- Comment (by vickas54): Looks like the same thing as [https://ffmpeg.org/trac/ffmpeg/ticket/9 ticket#9]. Anyone care to merge them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 8 22:39:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 20:39:05 -0000 Subject: [FFmpeg-trac] #9(swscale:new): libswscale MMX2 giving videos a pink lined overlay In-Reply-To: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> References: <038.7992549067c7b4884c236c091a830d1c@avcodec.org> Message-ID: <053.63e7488d01789c4b52149c42ff785adc@avcodec.org> #9: libswscale MMX2 giving videos a pink lined overlay ----------------------+---------------------- Reporter: bizzehdee | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by vickas54): Looks like the same thing as [https://ffmpeg.org/trac/ffmpeg/ticket/63 ticket#63]. Anyone care to merge them? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 01:55:34 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 May 2011 23:55:34 -0000 Subject: [FFmpeg-trac] #174(build system:open): Compile error In-Reply-To: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> References: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> Message-ID: <053.512f0b791f273d6f2872e1e6577d809a@avcodec.org> #174: Compile error ------------------------+--------------------------- Reporter: OxleyDave | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by OxleyDave): My output from yasm --version was: yasm 0.6.0.1798 Compiled on Jul 19 2007. Copyright (c) 2001-2007 Peter Johnson and other Yasm developers. Run yasm --license for licensing overview and summary. I have now upgraded yasm and the compile error is resolved. Thanks for the pointer ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 08:35:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 06:35:56 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.b93bc553364032961c0d324852ad675f@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by grzesiekb): Sorry, currently we don't have camera with remote access available. But I can supply additional information if you tell me what you require. Regards, Grzegorz Bizon [http://ntsn.pl/en] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 10:12:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 08:12:40 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.9268098600dc45d4ee6e84e62d776b37@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by mstorsjo): If we can't get access to test things out ourselves, a pcap capture of both VLC and libavformat trying to play back the stream would be very helpful. As I wrote in the commit msg, VLC/Live555 should behave the same way, as far as I can read the VLC/Live555 source - http://git.videolan.org/?p=vlc/vlc-1.1.git;a=blob;f=modules/demux/live555.cpp;hb=master#l1128 - shows that they call getMediaSessionParameter, which sends a GET_PARAMETER request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 13:04:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 11:04:53 -0000 Subject: [FFmpeg-trac] #174(build system:open): Compile error In-Reply-To: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> References: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> Message-ID: <053.1e7c55a03a48d88be03abcf9ecd79de0@avcodec.org> #174: Compile error -----------------------+--------------------------- Reporter: OxleyDave | Owner: Type: defect | Status: open Priority: minor | Component: build system Version: git-master | Resolution: Keywords: yasm | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * keywords: => yasm * priority: normal => minor * version: unspecified => git-master * reproduced: 0 => 1 Comment: The problem with current master is that yasm-0.6.2 is accepted by configure, but fails compilation: {{{ $ make libavcodec/x86/fft_mmx.o YASM libavcodec/x86/fft_mmx.o libavcodec/x86/fft_mmx.asm:48: warning: section flags ignored on section redeclaration libavcodec/x86/fft_mmx.asm:304: instruction expected after label libavcodec/x86/fft_mmx.asm:305: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vpermilps' libavcodec/x86/fft_mmx.asm:306: `vpermilps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: instruction expected after label libavcodec/x86/fft_mmx.asm:306: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vblendps' libavcodec/x86/fft_mmx.asm:306: `vblendps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:306: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:307: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:308: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:314: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:315: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vxorps' libavcodec/x86/fft_mmx.asm:306: `vxorps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:316: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:318: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:319: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vpermilps' libavcodec/x86/fft_mmx.asm:306: `vpermilps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vblendps' libavcodec/x86/fft_mmx.asm:306: `vblendps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vpermilps' libavcodec/x86/fft_mmx.asm:306: `vpermilps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vxorps' libavcodec/x86/fft_mmx.asm:306: `vxorps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vblendps' libavcodec/x86/fft_mmx.asm:306: `vblendps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:320: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:322: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:323: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:324: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:325: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:326: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:327: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:328: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:329: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:330: redefinition of `vblendps' libavcodec/x86/fft_mmx.asm:306: `vblendps' previously defined here libavcodec/x86/fft_mmx.asm:331: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:332: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:333: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:334: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:335: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:336: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:337: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:338: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:339: instruction expected after label libavcodec/x86/fft_mmx.asm:340: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:341: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:342: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:343: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:344: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:345: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:346: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:353: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:354: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vxorps' libavcodec/x86/fft_mmx.asm:306: `vxorps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:356: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:358: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:359: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:361: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:365: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:366: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:367: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:368: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:370: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:378: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:379: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:380: instruction expected after label libavcodec/x86/fft_mmx.asm:381: instruction expected after label libavcodec/x86/fft_mmx.asm:382: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:383: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:384: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:385: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:388: undefined symbol `vextractf128.deint_loop' (first use) libavcodec/x86/fft_mmx.asm:388: (Each undefined symbol is reported only once.) libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:546: undefined symbol `vmovaps.loop' (first use) libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:547: undefined symbol `vextractf128.loop' (first use) libavcodec/x86/fft_mmx.asm:638: redefinition of `vzeroupper' libavcodec/x86/fft_mmx.asm:637: `vzeroupper' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmovaps' libavcodec/x86/fft_mmx.asm:304: `vmovaps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vmulps' libavcodec/x86/fft_mmx.asm:306: `vmulps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vsubps' libavcodec/x86/fft_mmx.asm:306: `vsubps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vaddps' libavcodec/x86/fft_mmx.asm:306: `vaddps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vshufps' libavcodec/x86/fft_mmx.asm:306: `vshufps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vperm2f128' libavcodec/x86/fft_mmx.asm:306: `vperm2f128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vunpcklps' libavcodec/x86/fft_mmx.asm:380: `vunpcklps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vunpckhps' libavcodec/x86/fft_mmx.asm:381: `vunpckhps' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: redefinition of `vextractf128' libavcodec/x86/fft_mmx.asm:339: `vextractf128' previously defined here libavcodec/x86/fft_mmx.asm:850: undefined symbol `vextractf128.post' (first use) libavcodec/x86/fft_mmx.asm:850: redefinition of `vzeroupper' libavcodec/x86/fft_mmx.asm:637: `vzeroupper' previously defined here make: *** [libavcodec/x86/fft_mmx.o] Error 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 13:18:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 11:18:17 -0000 Subject: [FFmpeg-trac] #175(undetermined:new): Strange increase of the size of dsputil.o Message-ID: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> #175: Strange increase of the size of dsputil.o --------------------------+--------------------- Reporter: xhpohanka | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Hello, I'm using this configure command to build libav* libraries ../../ffmpeg-git/configure \ --enable-memalign-hack \ --disable-ffmpeg --disable-doc \ --disable-ffplay --disable-ffprobe --disable-ffserver \ --disable-avfilter --disable-avdevice --disable-network \ --disable-pthreads --disable-mpegaudio-hp --disable-swscale-alpha \ --disable-fft --disable-golomb --disable-huffman --disable-lpc \ --disable-mdct --disable-rdft --disable-vaapi --disable-vdpau --disable- dxva2 \ --disable-everything \ --enable-encoder=mpeg4 \ --enable-muxer=mp4 \ --enable-encoder=h263p \ --enable-muxer=h263 \ --enable-muxer=tgp \ --enable-encoder=flv \ --enable-encoder=adpcm_swf \ --enable-muxer=flv \ --enable-decoder=rawvideo \ --enable-decoder=h263p \ --cross-prefix=arm-unknown-elf- \ --enable-cross-compile --target-os=none --cpu=arm926ej-s \ --target-exec=arm-unkonown-elf-run.exe \ --arch=armv5te \ --extra-cflags="-mcpu=arm926ej-s -mthumb-interwork -mlittle-endian -mfpu=vfp -mfloat-abi=soft" \ --extra-ldflags="-nostartfiles" \ --prefix=/e/_dev/h263/ffbuild/ff-arm-spec \ --enable-version3 It worked fine until I did a rebase last month. That means dsputil.o file had size 2.1MB with debug info. For example in Commit:22180e7a5a39f8a77498fcbce54368ecc408df8f. After the rebase onto actual master the size of dsputil.o increased to 4.7MB, which seems really wierd to me. Maybe it can be a gcc bug/feature as it is connected with optimization (--disable-optimizations reduces the size again but the speed ...). Unfortunately I can't track the commit when this situation appeared I'm only sure that the commit mentioned above is OK. I'm using gcc 4.4.5 for arm-unknown-elf target on windows/mingw. $ arm-unknown-elf-gcc -v Using built-in specs. Target: arm-unknown-elf Configured with: ../../gcc-4.4.5/configure --prefix=/e/gcc --target arm- unknown-elf 'CFLAGS_FOR_TARGET=-msoft-float -mfpu=vfp' --enable-interwork --enable-multilib --with-float=soft --with-newlib --with-gnu-as --with- gnu-ld --enable-languages=c++,c --with-system-zlib --disable-libmudflap --disable-libgomp --without-headers Thread model: single gcc version 4.4.5 (GCC) regards Honza -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 13:55:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 11:55:53 -0000 Subject: [FFmpeg-trac] #176(trac:new): ffmpeg.org presents wrong certificate Message-ID: <038.49e1f5c613131ceffc3f27fd5f070a80@avcodec.org> #176: ffmpeg.org presents wrong certificate --------------------------+-------------------------------- Reporter: andrixnet | Owner: michael Type: defect | Status: new Priority: normal | Component: trac Version: unspecified | Keywords: ssl certificate cn Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+-------------------------------- The SSL certificate presented by ffmpeg.org webserver, at least for this section about TRAC was issued with a different common name (CN). For details, see the attached screenshot. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 14:12:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 12:12:05 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:new): "non monotone timestamps" error patch Message-ID: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> #177: "non monotone timestamps" error patch --------------------------+-------------------------------- Reporter: andrixnet | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: unspecified | Keywords: monotone timestamp Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+-------------------------------- I have been using this patch for some time now, and so far I haven't had problems with the streams produced by FFMPEG. It has long been discussed on the internet, mailing lists, forums, etc, about people having problems with some files when they tried converting them with FFMPEG. The error reported was : "non monotone timestamps 123>=123" The test is a sane one, but including the equality in the test breaks usability with lots of cases like DTS audio in the source, or simply having a multi language audio MKV. While FFMPEG was able to read the input, it was unable to produce a proper multi language audio output. The attached patch is based on a suggestion I read on a forum and I am submitting it to the developers for consideration. My question is : why that test has to be >= instead of > ? Upon request I can provide some streams with multiple audio that are not convertable because of this. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 14:35:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 12:35:40 -0000 Subject: [FFmpeg-trac] #178(FFserver:new): ffserver segfault Message-ID: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> #178: ffserver segfault ------------------------+---------------------- Reporter: andrixnet | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------- Using may 8th snapshot, I seem to be unable to use ffserver. Simply running it with the sample configuration file, I get segfault. The only thing I changed was commenting these 2 lines in the sample : #File /tmp/feed1.ffm #FileMaxSize 200K {{{ gdb ffserver_g GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-slackware-linux"... (gdb) r -f ./ffserver.conf Starting program: /root/62/ffserver_g -f ./ffserver.conf [Thread debugging using libthread_db enabled] ffserver version 2011-05-09, Copyright (c) 2000-2011 the FFmpeg developers built on May 9 2011 15:27:56 with gcc 4.2.4 configuration: --prefix=/usr --libdir=/usr/lib --shlibdir=/usr/lib --mandir=/usr/man - -disable-debug --enable-shared --enable-static --enable-pthreads --enable- gpl --enable-v ersion3 --enable-postproc --enable-avfilter --enable-avdevice --enable- avcodec --enable- avformat --enable-runtime-cpudetect --disable-vdpau --disable-vaapi --disable-dxva2 --en able-memalign-hack --enable-swscale --enable-fastdiv --enable-x11grab --enable-bzlib --e nable-zlib --enable-libtheora --enable-libvorbis --enable-libopenjpeg --enable-libdc1394 --enable-libmp3lame --enable-libfaac --enable-libxvid --enable-libx264 --enable-libspee x --enable-libdirac --enable-libschroedinger --enable-nonfree --enable- libgsm --enable-l ibvpx --enable-librtmp --enable-libopencore-amrnb --enable-libopencore- amrwb --extra-cfl ags='-I/usr/include -DRUNTIME_CPUDETECT' --extra-ldflags='-L/usr/lib -lssl -lcrypto -lz -lusb' libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [1]+ Stopped gdb ffserver_g root at gate:~/62# bt bash: bt: command not found root at gate:~/62# fg %1 gdb ffserver_g [New Thread 0xb647b6d0 (LWP 15875)] Program received signal SIGTTOU, Stopped (tty output). [Switching to Thread 0xb647b6d0 (LWP 15875)] 0xb70b1d4e in __write_nocancel () from /lib/libc.so.6 }}} {{{ (gdb) bt #0 0xb70b1d4e in __write_nocancel () from /lib/libc.so.6 #1 0xb7051054 in _IO_new_file_write () from /lib/libc.so.6 #2 0xb7050cf5 in new_do_write () from /lib/libc.so.6 #3 0xb7050fff in _IO_new_do_write () from /lib/libc.so.6 #4 0xb7051909 in _IO_new_file_overflow () from /lib/libc.so.6 #5 0xb7050eac in _IO_new_file_xsputn () from /lib/libc.so.6 #6 0xb702a3ef in vfprintf () from /lib/libc.so.6 #7 0x0804cafc in http_vlog () #8 0xb71344c0 in ?? () from /lib/libc.so.6 #9 0x0805be58 in ?? () #10 0xbfac6d44 in ?? () #11 0xb80ca660 in _r_debug () #12 0xbfac6d20 in ?? () #13 0xb80bb729 in _dl_fixup () from /lib/ld-linux.so.2 #14 0x00000000 in ?? () }}} {{{ (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0xb70b1d2e to 0xb70b1d6e: 0xb70b1d2e : jmp 0xb70b1d12 0xb70b1d30 : cmpl $0x0,%gs:0xc 0xb70b1d38 : jne 0xb70b1d57 0xb70b1d3a <__write_nocancel+0>: push %ebx 0xb70b1d3b <__write_nocancel+1>: mov 0x10(%esp),%edx 0xb70b1d3f <__write_nocancel+5>: mov 0xc(%esp),%ecx 0xb70b1d43 <__write_nocancel+9>: mov 0x8(%esp),%ebx 0xb70b1d47 <__write_nocancel+13>: mov $0x4,%eax 0xb70b1d4c <__write_nocancel+18>: int $0x80 0xb70b1d4e <__write_nocancel+20>: pop %ebx 0xb70b1d4f <__write_nocancel+21>: cmp $0xfffff001,%eax 0xb70b1d54 <__write_nocancel+26>: jae 0xb70b1d83 0xb70b1d56 <__write_nocancel+28>: ret 0xb70b1d57 : call 0xb70cde00 <__libc_enable_asynccancel> 0xb70b1d5c : push %eax 0xb70b1d5d : push %ebx 0xb70b1d5e : mov 0x14(%esp),%edx 0xb70b1d62 : mov 0x10(%esp),%ecx 0xb70b1d66 : mov 0xc(%esp),%ebx 0xb70b1d6a : mov $0x4,%eax End of assembler dump. }}} {{{ (gdb) info all-registers eax 0xfffffe00 -512 ecx 0xb80ac000 -1207255040 edx 0x5d 93 ebx 0x1 1 esp 0xbfac6614 0xbfac6614 ebp 0xbfac6630 0xbfac6630 esi 0x5d 93 edi 0xb80ac000 -1207255040 eip 0xb70b1d4e 0xb70b1d4e <__write_nocancel+20> eflags 0x200246 [ PF ZF IF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 0 (raw 0x00000000000000000000) st1 0 (raw 0x00000000000000000000) st2 0 (raw 0x00000000000000000000) st3 0 (raw 0x00000000000000000000) st4 -1 (raw 0xbfff8000000000000000) st5 -1 (raw 0xbfff8000000000000000) st6 1 (raw 0x3fff8000000000000000) st7 1 (raw 0x3fff8000000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x73 115 fioff 0xb715bc27 -1223312345 foseg 0x7b 123 fooff 0xbfac7164 -1079217820 fop 0x1c9 457 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm4 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = { 0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm5 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = { 0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm6 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = { 0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} mm7 {uint64 = 0x8000000000000000, v2_int32 = {0x0, 0x80000000}, v4_int16 = { 0x0, 0x0, 0x0, 0x8000}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 14:54:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 12:54:44 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.292221ab401e131e5368bd50a91ed19d@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by grzesiekb): Replying to [comment:3 mstorsjo]: > If we can't get access to test things out ourselves, a pcap capture of both VLC and libavformat trying to play back the stream would be very helpful. Attached above. I removed frame data from files. If you want complete files I can send them on mailbox (large files). VLC version: 1.1.7-3 Regards, Grzegorz Bizon [http://ntsn.pl] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 15:26:29 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 13:26:29 -0000 Subject: [FFmpeg-trac] #175(undetermined:new): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.2bea18af031a5a1863e48a810cbcd92a@avcodec.org> #175: Strange increase of the size of dsputil.o ----------------------+--------------------------- Reporter: xhpohanka | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+--------------------------- Comment (by xhpohanka): > After the rebase onto actual master the size of dsputil.o increased to 4.7MB, which seems really wierd to me. Maybe it can be a gcc bug/feature as it is connected with optimization (--disable-optimizations reduces the size again but the speed ...). Unfortunately I can't track the commit when this situation appeared ... I have found the commit where the problem starts... be315a3232d96a2704e276f1ebe870a4d249d090 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 15:38:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 13:38:06 -0000 Subject: [FFmpeg-trac] #179(trac:new): "My tickets" report name may be ambiguous Message-ID: <038.3d1e278b2c0c6ed4de914f4ced2c8fb8@avcodec.org> #179: "My tickets" report name may be ambiguous --------------------------+--------------------- Reporter: andrixnet | Owner: michael Type: enhancement | Status: new Priority: minor | Component: trac Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- FFMPEG project's Trac implementation offeres 9 predefined reports under "View tickets". I have interracted with Trac while collaborating with other open-source projects and I'd like to suggest a small enhancement/clarification : Report number 7 "My tickets" I assume it refers tickets where my username is set as ''owner''. Being a reporter, clicking on that report and seeing no results is a bit confusing/discouraging/frustrating at first. I would expect to see the tickets I reported. I would like to suggest adding a 10th predefined report named "My reported tickets" which should return all tickets where my username is the reporter. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 15:53:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 13:53:06 -0000 Subject: [FFmpeg-trac] #180(undetermined:new): ffmpeg and ffserver different builds interraction Message-ID: <038.9338d80f7799815a5ccfc98da57e8ca1@avcodec.org> #180: ffmpeg and ffserver different builds interraction --------------------------+-------------------------- Reporter: andrixnet | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- First an end user question : has ffserver behaviour changed '''by design''' since ffmpeg-0.5 ? Since having problems with the latest ffserver, I build 0.7-rc1. Using : ffmpeg (on a win32) FFmpeg version SVN-r25857, Copyright (c) 2000-2010 the FFmpeg developers built on Dec 1 2010 04:07:58 with gcc 4.4.2 and ffserver 0.7-rc1 (on linux) results in : {{{ HTTP error 404 Not Found http://xxxxxxx:8090/feed1.ffm: Input/output error }}} and in the logs : {{{ Mon May 9 16:38:37 2011 File '/feed1.ffm' not found Mon May 9 16:38:37 2011 10.1.1.10 - - [GET] "/feed1.ffm HTTP/1.1" 404 149 }}} ---- I was also unable to use the same ffmpeg and ffserver 0.5 with the error "operation not permitted". (no, not a firewall issue). Then I tried ffmpeg (on win32) FFmpeg version SVN-r20428, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Nov 1 2009 04:03:50 with gcc 4.2.4 with ffserver 0.5 (linux) and it worked. ---- then I did a new test with the latest win32 build : ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg developers built on May 6 2011 12:50:01 with gcc 4.5.3 with ffserver-0.7-rc1 and got : [http @ 01E78D60] HTTP error 404 Not Found http://xxxxxxx:8090/feed1.ffm: Input/output error ---- I am not sure what aspects are to be considered ? 1) different versions for ffmpeg and ffserver should work, regardless of the build and/or platform 2) if the ffserver api has changed since ffmpeg-0.5 time, ffmpeg should report to the user a version incompatibility error message 3) if 2) is not the case, then it is indeed a bug ffmpeg being unable to talk to ffserver -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 15:58:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 13:58:51 -0000 Subject: [FFmpeg-trac] #181(FFmpeg:new): ffmpeg win-all be able to capture from dshow Message-ID: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> #181: ffmpeg win-all be able to capture from dshow --------------------------+--------------------- Reporter: andrixnet | Owner: michael Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- I'm sure this has already been voiced on various forums. ffmpeg does a nice job capturing under linux, but on windows platform it can't seem to use dshow, only a limited VfW (which is already defunct) supposedly exists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 17:42:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 15:42:59 -0000 Subject: [FFmpeg-trac] #182(avformat:new): libavformat crashes on damaged mp3 Message-ID: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> #182: libavformat crashes on damaged mp3 ----------------------+------------------------ Reporter: jwarren | Type: defect Status: new | Priority: important Component: avformat | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+------------------------ When I call av_open_input_file() on the attached damaged mp3, the program crashes. The file does open correctly in other decoder software. While I don't really expect ffmpeg to play every partially broken file, assumably it should fail gracefully if given such a file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 17:53:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 15:53:16 -0000 Subject: [FFmpeg-trac] #182(avformat:new): libavformat crashes on damaged mp3 In-Reply-To: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> References: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> Message-ID: <051.775aef39f6e0a9cf979cc985189586e3@avcodec.org> #182: libavformat crashes on damaged mp3 ----------------------+----------------------- Reporter: jwarren | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+----------------------- Comment (by jwarren): The file turned out to be too big for attachment (13MB) and I can't seem to connect to the ffmpeg ftp... so linking it here http://dl.dropbox.com/u/1162977/01%20-%20Allaby%20-%20Uberstar.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 19:26:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 17:26:17 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.ec5374700c2545c714967c9cb33c7cda@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by mstorsjo): My wireshark doesn't seem to be able to display anything from the files past the removed frame data - what application did you use to remove the data? After taking a closer look at things, it appears that VLC only sends these keep-alive requests if the server explicitly replied that it supports GET_PARAMETER, http://git.videolan.org/?p=vlc/vlc-1.1.git;a=blob;f=modules/demux/live555.cpp;hb=master#l1081 http://git.videolan.org/?p=vlc/vlc-1.1.git;a=blob;f=modules/demux/live555.cpp;hb=master#l562. I've asked Tim Ouellette to test my patch to make sure it doesn't break his setup. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 21:40:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 19:40:19 -0000 Subject: [FFmpeg-trac] #95(FFmpeg:open): copytb not initialized to it's default value In-Reply-To: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> References: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> Message-ID: <056.8addf1d38f36a8c1df15241bd7945fbf@avcodec.org> #95: copytb not initialized to it's default value -------------------------+--------------------- Reporter: RLeatherwood | Owner: Type: enhancement | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: copytb | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------------+--------------------- Comment (by RLeatherwood): That's all I was looking for -- just consistency with the rest of the options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 22:27:33 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 20:27:33 -0000 Subject: [FFmpeg-trac] #170(undetermined:new): 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.4a4fedfc512efe1aba9810bc264e39c8@avcodec.org> #170: TIFF -> PBM - white line on the right side in the output PBM file ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by saste): Unreproducible here with ffplay, display (from ImageMagick) and eog. I wonder if this should be considered a bug of XnView/IrfanView/PhotoShop, maybe they're reading an entire number of bytes and rendering the padding bits in the last byte of each line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 9 23:04:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 21:04:45 -0000 Subject: [FFmpeg-trac] #142(avfilter:new): [FFmpeg/filters/overlay] PNG over a movie doesn't look write in 0.7 In-Reply-To: <035.0d7ca9ee8552c11e3b8f32c687cecdbe@avcodec.org> References: <035.0d7ca9ee8552c11e3b8f32c687cecdbe@avcodec.org> Message-ID: <050.404dac4d04306192e84de7b1fa28a263@avcodec.org> #142: [FFmpeg/filters/overlay] PNG over a movie doesn't look write in 0.7 --------------------+----------------------- Reporter: stepho | Owner: michael Type: defect | Status: new Priority: normal | Component: avfilter Version: 0.7-rc1 | Resolution: Keywords: overlay | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+----------------------- Comment (by stepho): Hi again, I've tried with a more recent version of FFmpeg (downloaded en built on 2011-05-08). The overlay works just fine. Sorry for the disturbance. St?pho. PS: great work, by the way, I love FFmpeg !! :-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 00:17:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 22:17:51 -0000 Subject: [FFmpeg-trac] #183(avformat:new): ASF/WMV partial packet change causes infinite loop Message-ID: <040.389b3ae07824fb06b41884a9d8d22584@avcodec.org> #183: ASF/WMV partial packet change causes infinite loop -------------------------+--------------------- Reporter: tracey_pooh | Type: defect Status: new | Priority: normal Component: avformat | Version: git Keywords: ASF demuxer | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------+--------------------- hi all, I'm new to posting bugs with FFmpeg, but have been using ffmpeg heavily for years, even customizing and patching it. At some point, I'd like to try to work with folks to see about adding some patches. OK, back to the "bug" -- granted this is a likely *heavily* poorly (and cutoff) video, but it's representative at times of the random stuff we get in our 500,000+ videos are Internet Archive / archive.org 8-) The patch here: http://git.videolan.org/?p=ffmpeg.git;a=blobdiff;f=libavformat/asfdec.c;h=36876fa1fd053a27a7218908dc2881ebbd298bd6;hp=843b10951127246ddbee59c811ee46311e682f01;hb=bf09a0198121467b5a79ba03363b0d1e4dbc3e58;hpb=d09b5a869fea0de5c2f43c547f8ccba8f4740293 causes ffmpeg to spin and write (seemingly) without end -- I have to kill it. A one-line "revert" for part of that patch will make it stop spinning and just kind of cut off the audio like it used to, but it'd be nice if the original diff provider / moderator to the longer change (above) could take a look and see what they think might be best: if (ret != asf->packet_frag_size) { av_log(s, AV_LOG_ERROR, "xxxx scrambled\n"); return ret >= 0 ? AVERROR_EOF : ret; (that is, inserting that one line "fixes my problem" but likely the greater patch had other intentions to it). Example: run ffmpeg -i holymatrimony.wmv -vn audio.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 00:25:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 22:25:09 -0000 Subject: [FFmpeg-trac] #177(FFmpeg:new): "non monotone timestamps" error patch In-Reply-To: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> References: <038.98c3912b425e745d427c44c46e3c82b8@avcodec.org> Message-ID: <053.b43793472a7b00b6c93b7131bfe8e59a@avcodec.org> #177: "non monotone timestamps" error patch -------------------------------+---------------------- Reporter: andrixnet | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: unspecified | Resolution: Keywords: monotone timestamp | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------+---------------------- Comment (by tracey_pooh): For what it's worth, I have had the *exact* same issues here at archive.org I've made our own patch to "move on if = timestamps" due to *way too common* hitting this and failing transcodes on AAC source audio inputs, especially. ++ for your patch idea -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 00:41:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 22:41:26 -0000 Subject: [FFmpeg-trac] #182(avformat:open): libavformat crashes on damaged mp3 In-Reply-To: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> References: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> Message-ID: <051.9ddba5e76a521a9dfae0ae0153353bf4@avcodec.org> #182: libavformat crashes on damaged mp3 -----------------------+----------------------- Reporter: jwarren | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * keywords: => regression * status: new => open * version: git => git-master * reproduced: 0 => 1 Comment: For future bug reports, please consider reading http://ffmpeg.org/bugreports.html {{{ (gdb) r -i Allaby_cut.mp3 Starting program: ffmpeg_g -i Allaby_cut.mp3 ffmpeg version git-N-29734-g38bb5a5, Copyright (c) 2000-2011 the FFmpeg developers built on May 10 2011 00:36:05 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Program received signal SIGSEGV, Segmentation fault. 0x081657c6 in ff_id3v2_parse (flags=, version=4 '\004', len=17922, s=0x8c97b20) at libavformat/id3v2.c:263 263 buffer[j] = avio_r8(s->pb); (gdb) bt #0 0x081657c6 in ff_id3v2_parse (flags=, version=4 '\004', len=17922, s=0x8c97b20) at libavformat/id3v2.c:263 #1 ff_id3v2_read (flags=, version=4 '\004', len=17922, s=0x8c97b20) at libavformat/id3v2.c:316 #2 0x0814de96 in av_open_input_stream (ic_ptr=0xffffce2c, pb=0x8ca00c0, filename=0xffffd285 "Allaby_cut.mp3", fmt=0x871a520, ap=0xffffce04) at libavformat/utils.c:442 #3 0x0814e516 in av_open_input_file (ic_ptr=0xffffce2c, filename=0xffffd285 "Allaby_cut.mp3", fmt=0x871a520, buf_size=0, ap=0xffffce04) at libavformat/utils.c:613 #4 0x08054f7f in opt_input_file (filename=) at ffmpeg.c:3262 #5 0x08059636 in parse_options (argc=3, argv=0xffffd014, options=0x85e1880, parse_arg_function=0x8057b40 ) at cmdutils.c:282 #6 0x08058699 in main (argc=3, argv=0xffffd014) at ffmpeg.c:4486 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x81657a6 to 0x81657e6: 0x081657a6 : je 0x8165ba9 0x081657ac : mov 0x10(%edi),%eax 0x081657af : mov 0xdc(%esp),%edx 0x081657b6 : mov %eax,(%esp) 0x081657b9 : mov %edx,0x20(%esp) 0x081657bd : call 0x80bd0f0 0x081657c2 : mov 0x20(%esp),%edx 0x081657c6 : mov %al,(%edx) 0x081657c8 : xor %eax,%eax 0x081657ca : mov 0xdc(%esp),%ecx 0x081657d1 : mov %ebp,0x34(%esp) 0x081657d5 : mov %eax,%ebp 0x081657d7 : xor %edx,%edx 0x081657d9 : add $0x1,%ebp 0x081657dc : cmp %ebp,0x2c(%esp) 0x081657e0 : mov %ebx,0x50(%esp) 0x081657e4 : mov %edx,%ebx End of assembler dump. (gdb) info register eax 0x4f 79 ecx 0xffffcc7c -13188 edx 0x0 0 ebx 0x16e 366 esp 0xffffcba0 0xffffcba0 ebp 0x3 0x3 esi 0x0 0 edi 0x8c97b20 147421984 eip 0x81657c6 0x81657c6 eflags 0x10282 [ SF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 00:56:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 22:56:09 -0000 Subject: [FFmpeg-trac] #183(avformat:open): ASF/WMV partial packet change causes infinite loop In-Reply-To: <040.389b3ae07824fb06b41884a9d8d22584@avcodec.org> References: <040.389b3ae07824fb06b41884a9d8d22584@avcodec.org> Message-ID: <055.4ff984d5e436f97967800b1782bbafb7@avcodec.org> #183: ASF/WMV partial packet change causes infinite loop ----------------------------+----------------------- Reporter: tracey_pooh | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf, regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------+----------------------- Changes (by cehoyos): * keywords: ASF demuxer => asf, regression * priority: normal => important * version: git => git-master * status: new => open * reproduced: 0 => 1 Comment: I get no useful backtrace with -vn {{{ (gdb) r -i holymatrimony.wmv -f null - Starting program: ffmpeg_g -i holymatrimony.wmv -f null - ffmpeg version git-N-29734-g38bb5a5, Copyright (c) 2000-2011 the FFmpeg developers built on May 10 2011 00:36:05 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 23.00 (23/1) Input #0, asf, from 'holymatrimony.wmv': Metadata: title : Holy Matrimony Billy! artist : Mark Kenneth Woods copyright : Mark Kenneth Woods, 2004. comment : Duration: 00:04:25.61, start: 0.000000, bitrate: 40 kb/s Stream #0.0: Audio: wmav2, 48000 Hz, 2 channels, s16, 128 kb/s Stream #0.1: Video: wmv1, yuv420p, 240x176, 23 tbr, 1k tbn, 1k tbc [buffer @ 0x8c9b700] w:240 h:176 pixfmt:yuv420p tb:1/1000000 sar:0/1 Output #0, null, to 'pipe:': Metadata: title : Holy Matrimony Billy! artist : Mark Kenneth Woods copyright : Mark Kenneth Woods, 2004. comment : encoder : Lavf53.0.3 Stream #0.0: Video: rawvideo, yuv420p, 240x176, q=2-31, 200 kb/s, 90k tbn, 23 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding Program received signal SIGSEGV, Segmentation fault. 0x081553ac in ff_interleave_add_packet (pkt=0xffffbefc, s=0x8c9a420, compare=) at libavformat/utils.c:3016 3016 this_pktl->pkt= *pkt; (gdb) bt #0 0x081553ac in ff_interleave_add_packet (pkt=0xffffbefc, s=0x8c9a420, compare=) at libavformat/utils.c:3016 #1 av_interleave_packet_per_dts (pkt=0xffffbefc, s=0x8c9a420, compare=) at libavformat/utils.c:3064 #2 0x08155623 in av_interleave_packet (flush=0, in=0xffffbefc, out=0xffffba9c, s=) at libavformat/utils.c:3101 #3 av_interleaved_write_frame (flush=0, in=0xffffbefc, out=0xffffba9c, s=) at libavformat/utils.c:3122 #4 0x0804cb58 in write_frame (s=0x8c9a420, pkt=0xffffbefc, avctx=0x8c9b020, bsfc=0x0) at ffmpeg.c:782 #5 0x0804f71c in do_audio_out (size=192000, buf=0xf7c99020 "\230\353\230\353\332\351\332\351=\351=\351\067\351\067\351|\351|\351\320\351\320\351\273\351\273\351]\353]\353\354\355\354\355\317\357\317\357;\362;\362\315\363\315\363\255\363\255\363\001\364\001\364\323\364\323\364\r\367\r\367\236\371\236\371U\373U\373\225\376\225\376\031\002\031\002\371\004\371\004\230\006\230\006N\tN\t\255\f\255\f\213\016\213\016", ist=0x8c9b600, ost=0x8c9b440, s=0x8c9a420) at ffmpeg.c:1031 #6 output_packet (size=192000, buf=0xf7c99020 "\230\353\230\353\332\351\332\351=\351=\351\067\351\067\351|\351|\351\320\351\320\351\273\351\273\351]\353]\353\354\355\354\355\317\357\317\357;\362;\362\315\363\315\363\255\363\255\363\001\364\001\364\323\364\323\364\r\367\r\367\236\371\236\371U\373U\373\225\376\225\376\031\002\031\002\371\004\371\004\230\006\230\006N\tN\t\255\f\255\f\213\016\213\016", ist=0x8c9b600, ost=0x8c9b440, s=0x8c9a420) at ffmpeg.c:1707 #7 0x08052878 in transcode (nb_output_files=1, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, input_files=0x872a600, output_files=0x872a460) at ffmpeg.c:2706 #8 0x080586f3 in main (argc=, argv=) at ffmpeg.c:4506 (gdb) disass $pc-21 $pc+32 Dump of assembler code from 0x8155397 to 0x81553cc: 0x08155397 : movl $0x48,(%esp) 0x0815539e : mov %ebx,%esi 0x081553a0 : call 0x85d57c0 0x081553a5 : mov $0x11,%ecx 0x081553aa : mov %eax,%edi 0x081553ac : rep movsl %ds:(%esi),%es:(%edi) 0x081553ae : movl $0x0,0x2c(%ebx) 0x081553b5 : mov %eax,0x18(%esp) 0x081553b9 : mov %eax,(%esp) 0x081553bc : call 0x817e8c0 0x081553c1 : mov 0x18(%ebx),%edx 0x081553c4 : mov 0x18(%ebp),%eax 0x081553c7 : mov (%eax,%edx,4),%eax 0x081553ca : mov %eax,0x1c(%esp) End of assembler dump. (gdb) info registers eax 0x0 0 ecx 0x11 17 edx 0x0 0 ebx 0xffffbefc -16644 esp 0xffffba30 0xffffba30 ebp 0x8c9a420 0x8c9a420 esi 0xffffbefc -16644 edi 0x0 0 eip 0x81553ac 0x81553ac eflags 0x210282 [ SF 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 Tue May 10 00:58:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 22:58:51 -0000 Subject: [FFmpeg-trac] #181(avdevice:open): ffmpeg win-all be able to capture from dshow In-Reply-To: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> References: <038.a7822de34a7d3c51bef2e2f8f5062141@avcodec.org> Message-ID: <053.8125b46fbbb85945fa443f87fe642d9a@avcodec.org> #181: ffmpeg win-all be able to capture from dshow ------------------------+----------------------- Reporter: andrixnet | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avdevice Version: git-master | Resolution: Keywords: windows | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avdevice * priority: normal => wish * version: unspecified => git-master * keywords: => windows -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 01:15:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 23:15:03 -0000 Subject: [FFmpeg-trac] #175(avcodec:open): Strange increase of the size of dsputil.o In-Reply-To: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> References: <038.80091b29d8c3d592cc283ac466a61735@avcodec.org> Message-ID: <053.30b548b3c63286b980d046fb52d50b06@avcodec.org> #175: Strange increase of the size of dsputil.o -----------------------+---------------------- Reporter: xhpohanka | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: git => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: This is reproducible on x86_64: 7089265756a84bf884a7c2290c6cda38d4dfd60f: 3488784 libavcodec/dsputil.o be315a3232d96a2704e276f1ebe870a4d249d090: 5712920 libavcodec/dsputil.o -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 01:16:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 23:16:44 -0000 Subject: [FFmpeg-trac] #176(trac:open): ffmpeg.org presents wrong certificate In-Reply-To: <038.49e1f5c613131ceffc3f27fd5f070a80@avcodec.org> References: <038.49e1f5c613131ceffc3f27fd5f070a80@avcodec.org> Message-ID: <053.a480bc592b3ecfda9cd9d7d236642ff6@avcodec.org> #176: ffmpeg.org presents wrong certificate -------------------------------+---------------------- Reporter: andrixnet | Owner: michael Type: defect | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: ssl certificate cn | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 01:39:26 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 May 2011 23:39:26 -0000 Subject: [FFmpeg-trac] #182(avformat:open): libavformat crashes on damaged mp3 In-Reply-To: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> References: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> Message-ID: <051.f5ebbcdd0ed3c8c95e3e5d05ba6a1569@avcodec.org> #182: libavformat crashes on damaged mp3 -----------------------+----------------------- Reporter: jwarren | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Comment (by saste): This is due to the code: if (tflags & ID3v2_FLAG_DATALEN) { avio_rb32(s->pb); tlen -= 4; } when tlen = 3, results in integer underflow (tlen is unsigned), and the following av_fast_realloc() will fail and will crash when reading the NULL buffer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 08:43:02 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 06:43:02 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.687aa6d3bbd82b65ee51c23438e4bd07@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by grzesiekb): Hello again. For telling truth - I used vim :). I include summary of communication below, I think it is quite clear: VLC (binary data and cseqs etc - skipped): {{{ > OPTIONS rtsp://192.168.1.64 RTSP/1.0 > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 200 OK < Public: DESCRIBE, PLAY, SETUP, TEARDOWN > DESCRIBE rtsp://192.168.1.64 RTSP/1.0 > Accept: application/sdp > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 401 Unauthorized < WWW-Authenticate: Basic realm="/" > DESCRIBE rtsp://192.168.1.64 RTSP/1.0 > Accept: application/sdp > Authorization: Basic [HASH] > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 200 OK < Content-Type: application/sdp < Content-Length: 455 < v=0 < o=- 1109162014219182 1109162014219192 IN IP4 x.y.z.w < s=Media Presentation < e=NONE < c=IN IP4 0.0.0.0 < t=0 0 < a=range:ntp=now- < a=control:* < m=video 0 RTP/AVP 96 < a=rtpmap:96 MP4V-ES/90000 < a=fmtp:96 profile-level-id=8; config=000001B0F5000001B50900000100000001200886C40013628087828C; < a=range:ntp=now- < a=control:trackID=1 < a=Media_header:MEDIAINFO=494D4B48010100000400030000000000000000000000000000000000000000000000000000000000; < a=appversion:1.0 > SETUP rtsp://192.168.1.64/trackID=1 RTSP/1.0 > Transport: RTP/AVP;unicast;client_port=53426-53427 > Authorization: Basic [HASH] > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 200 OK < Session: 53025553 < Transport: RTP/AVP;unicast;client_port=53426-53427;server_port=8202-8203;ssrc=3FBF092C > PLAY rtsp://192.168.1.64 RTSP/1.0 > Session: 53025553 > Range: npt=0.000- > Authorization: Basic [HASH] > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 200 OK < Session: 53025553 < Range: npt=now- < RTP-Info: url=trackID=1;seq=49035 [ FRAME DATA ] > TEARDOWN rtsp://192.168.1.64 RTSP/1.0 > Session: 53025553 > Authorization: Basic [HASH] > User-Agent: LibVLC/1.1.7 (LIVE555 Streaming Media v2010.04.09) < RTSP/1.0 200 OK < Session: 53025553 }}} AVFormat: {{{ > OPTIONS rtsp://192.168.1.64:554 RTSP/1.0 < RTSP/1.0 200 OK < Public: DESCRIBE, PLAY, SETUP, TEARDOWN > DESCRIBE rtsp://192.168.1.64:554 RTSP/1.0 > Accept: application/sdp < RTSP/1.0 401 Unauthorized < WWW-Authenticate: Basic realm="/" > DESCRIBE rtsp://192.168.1.64:554 RTSP/1.0 > Accept: application/sdp > Authorization: Basic [HASH] < RTSP/1.0 200 OK < Content-Type: application/sdp < Content-Length: 455 < v=0 < o=- 1109162014219182 1109162014219192 IN IP4 x.y.z.w < s=Media Presentation < e=NONE < c=IN IP4 0.0.0.0 < t=0 0 < a=range:ntp=now- < a=control:* < m=video 0 RTP/AVP 96 < a=rtpmap:96 MP4V-ES/90000 < a=fmtp:96 profile-level-id=8; config=000001B0F5000001B50900000100000001200886C40013628087828C; < a=range:ntp=now- < a=control:trackID=1 < a=Media_header:MEDIAINFO=494D4B48010100000400030000000000000000000000000000000000000000000000000000000000; < a=appversion:1.0 > SETUP rtsp://192.168.1.64:554/trackID=1 RTSP/1.0 > Transport: RTP/AVP/UDP;unicast;client_port=5000-5001 > Authorization: Basic ... < RTSP/1.0 200 OK < Session: 1130582642 < Transport: RTP/AVP/UDP;unicast;client_port=5000-5001;server_port=8208-8209;ssrc=3FBF092C > PLAY rtsp://192.168.1.64:554 RTSP/1.0 > Range: npt=0.000- > Session: 1130582642 > Authorization: Basic ... [ FRAME DATA ] > GET_PARAMETER rtsp://192.168.1.64:554 RTSP/1.0 > Session: 1105072745 > Authorization: Basic ... [ CONNECTION RESET BY PEER ] }}} Don't use this summary as strong reference - I removed some important parts (like authentication problems with VLC) - you can read those pcap files in Vim for example. As I said - I can send complete files on email. It is clear that VLC + Live555 doesn't send GET_PARAMETER and GET_PARAMETER is problem in this case. Regards, Grzegorz Bizon [http://ntsn.pl] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 09:01:30 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 07:01:30 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.0bf13718e911e017205a5e8bd726e9f8@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by mstorsjo): Yeah, I also tried vim, but I had wanted to see the packet timings too, which weren't really obvious when watching the binary data directly :-) Does the attached patch fix the issue for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 09:13:16 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 07:13:16 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.ce9f7479d67f412defdaafcda4c7f0a6@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by grzesiekb): I will try it as soon as possible and then let you know. Grzegorz Bizon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 10:31:05 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 08:31:05 -0000 Subject: [FFmpeg-trac] #129(avformat:new): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.572cae6ee2aea8844f2fc6c14ca01740@avcodec.org> #129: RTSP stream support broken for some RTSP servers ----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | ----------------------+----------------------- Comment (by grzesiekb): Replying to [comment:7 mstorsjo]: > Does the attached patch fix the issue for you? Yes. Everything is working now. Thanks for great work ! Patch is applicable on 0.6.90-rc0 (with small, 1 line offset). Regards, Grzegorz -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 10:45:52 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 08:45:52 -0000 Subject: [FFmpeg-trac] #184(avcodec:new): specifying vpre for libx264 cause "bad value for 'weightp': ''" error message Message-ID: <034.e75b2e4f3328f172b492e3c9778f527c@avcodec.org> #184: specifying vpre for libx264 cause "bad value for 'weightp': ''" error message ---------------------+-------------------------- Reporter: verem | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+-------------------------- I am trying to use preset of libx264 supplied with ffmpeg, but faild due to error message: -- skipped -- [libx264 @ 0x9ae5b60] bad value for 'weightp': -- skipped -- adding option wpredp to libx264-default.ffpreset [...] wpredp=2 [...] does not solve a problem... full ffmpeg output: [root at dev-4 ~]# dvgrab -noavc - | /usr/local/enctools/bin/ffmpeg -f dv -i - -s cif -acodec libfaac -vcodec libx264 -ab 64k -ac 1 -vb 512k -vpre default -f mp4 -y test.dat ffmpeg version git-N-29757-gb97b4b5, Copyright (c) 2000-2011 the FFmpeg developers built on May 10 2011 08:40:57 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: --prefix=/usr/local/enctools --extra- cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib --enable-shared --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-avfilter --enable- pthreads --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Found AV/C device with GUID 0x0050c2fffe54e000 Waiting for DV... [dv @ 0x9acdb20] Estimating duration from bitrate, this may be inaccurate Input #0, dv, from 'pipe:': Duration: N/A, start: 0.000000, bitrate: 28800 kb/s Stream #0.0: Video: dvvideo, yuv420p, 720x576, 28800 kb/s, PAR 16:15 DAR 4:3, 25 tbr, 25 tbn, 25 tbc Stream #0.1: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s [buffer @ 0x9acd980] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 [scale @ 0x9adf940] w:720 h:576 fmt:yuv420p -> w:352 h:288 fmt:yuv420p flags:0xa0000004 [libx264 @ 0x9ae5b60] bad value for 'weightp': '' Output #0, mp4, to 'test.dat': Stream #0.0: Video: libx264, yuv420p, 352x288 [PAR 16:15 DAR 176:135], q=10-51, 512 kb/s, 90k tbn, 25 tbc Stream #0.1: Audio: libfaac, 48000 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height Error: no DV [root at dev-4 ~]# -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 23:55:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 21:55:59 -0000 Subject: [FFmpeg-trac] #185(avformat:new): ffmpeg segfaults with large ogg/vorbis files Message-ID: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files ---------------------------------+-------------------------- Reporter: Philius | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------+-------------------------- I've got a 2.7GB ogg/vorbis file I want to convert to an AVI. I recorded it with cheese. I built a debugging version of ffmpeg 0.6.1 and ran it under kdbg to track it down. The problem is in oggdec.c line 282. It's trying to double the buffer size and that allocation fails, but this isn't checked. I think mmap() is the only way to go with such large files. Question: can ffmpeg or some other program split up a large file before processing? ffmpeg would need to be aware of this for two-pass processing. I downloaded ffmpeg-0.7-rc1 and the problem in oggdec.c is still there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 10 23:59:49 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 21:59:49 -0000 Subject: [FFmpeg-trac] #186(undetermined:new): crash while probing mpg file Message-ID: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> #186: crash while probing mpg file --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- FFmpeg crashes while probing attached mpg file. I encoded it with "Elecard MPEG2 encoder" and the problem is in "Picture/Mode: Interlace/fld" (the crash doesn't happen with "Interlace/frm" or "Progressive" modes). Under amigaos I get invalid read. {{{ C:\>ffmpeg -i t.mpg ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 6 2011 12:50:01 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [mp3 @ 0229B860] Header missing }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 00:08:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 22:08:42 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.d4de2cdda479314a47278804ce4bc59c@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master Comment: Please try latest git master and provide the complete output and backtrace etc. when you observe the crash as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 00:47:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 22:47:44 -0000 Subject: [FFmpeg-trac] #186(avcodec:open): crash while probing mpg file In-Reply-To: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> References: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> Message-ID: <053.4d7d1b530cc71f58dcc53b3461182770@avcodec.org> #186: crash while probing mpg file -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: {{{ $ valgrind ffmpeg_g -i t.mpg ffmpeg version git-N-29637-g7915e03, Copyright (c) 2000-2011 the FFmpeg developers built on May 11 2011 00:41:48 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --disable-asm --disable-optimizations libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [mp3 @ 0x4fdf840] Header missing ==19278== Invalid read of size 4 ==19278== at 0x81B9FE1: put_pixels8_8_c (dsputil_internal.h:756) ==19278== by 0x81BB120: put_pixels16_8_c (dsputil_internal.h:756) ==19278== by 0x83233C3: mpeg_motion_internal (mpegvideo_common.h:352) ==19278== by 0x83234E7: mpeg_motion (mpegvideo_common.h:375) ==19278== by 0x832651B: MPV_motion_internal (mpegvideo_common.h:840) ==19278== by 0x83267B9: MPV_motion (mpegvideo_common.h:892) ==19278== by 0x832E73B: MPV_decode_mb_internal (mpegvideo.c:2131) ==19278== by 0x832F47B: MPV_decode_mb (mpegvideo.c:2264) ==19278== by 0x82F7327: mpeg_decode_slice (mpeg12.c:1843) ==19278== by 0x82F917C: decode_chunks (mpeg12.c:2527) ==19278== by 0x82F880B: mpeg_decode_frame (mpeg12.c:2323) ==19278== by 0x83DCAB9: avcodec_decode_video2 (utils.c:737) ==19278== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==19278== ==19278== ==19278== Process terminating with default action of signal 11 (SIGSEGV) ==19278== Access not within mapped region at address 0x0 ==19278== at 0x81B9FE1: put_pixels8_8_c (dsputil_internal.h:756) ==19278== by 0x81BB120: put_pixels16_8_c (dsputil_internal.h:756) ==19278== by 0x83233C3: mpeg_motion_internal (mpegvideo_common.h:352) ==19278== by 0x83234E7: mpeg_motion (mpegvideo_common.h:375) ==19278== by 0x832651B: MPV_motion_internal (mpegvideo_common.h:840) ==19278== by 0x83267B9: MPV_motion (mpegvideo_common.h:892) ==19278== by 0x832E73B: MPV_decode_mb_internal (mpegvideo.c:2131) ==19278== by 0x832F47B: MPV_decode_mb (mpegvideo.c:2264) ==19278== by 0x82F7327: mpeg_decode_slice (mpeg12.c:1843) ==19278== by 0x82F917C: decode_chunks (mpeg12.c:2527) ==19278== by 0x82F880B: mpeg_decode_frame (mpeg12.c:2323) ==19278== by 0x83DCAB9: avcodec_decode_video2 (utils.c:737) ==19278== If you believe this happened as a result of a stack ==19278== overflow in your program's main thread (unlikely but ==19278== possible), you can try to increase the size of the ==19278== main thread stack using the --main-stacksize= flag. ==19278== The main thread stack size used in this run was 8388608. ==19278== ==19278== HEAP SUMMARY: ==19278== in use at exit: 916,006 bytes in 66 blocks ==19278== total heap usage: 106 allocs, 40 frees, 1,424,866 bytes allocated ==19278== ==19278== LEAK SUMMARY: ==19278== definitely lost: 0 bytes in 0 blocks ==19278== indirectly lost: 0 bytes in 0 blocks ==19278== possibly lost: 0 bytes in 0 blocks ==19278== still reachable: 916,006 bytes in 66 blocks ==19278== suppressed: 0 bytes in 0 blocks ==19278== Rerun with --leak-check=full to see details of leaked memory ==19278== ==19278== For counts of detected and suppressed errors, rerun with: -v ==19278== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 3 from 3) Segmentation fault }}} {{{ Program received signal SIGSEGV, Segmentation fault. 0x081b9fe1 in put_pixels8_8_c ( block=0x8c600b0 "\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"..., pixels=0x0, line_size=768, h=8) at libavcodec/dsputil_internal.h:756 756 PIXOP2(put, op_put) (gdb) bt #0 0x081b9fe1 in put_pixels8_8_c ( block=0x8c600b0 "\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"..., pixels=0x0, line_size=768, h=8) at libavcodec/dsputil_internal.h:756 #1 0x081bb121 in put_pixels16_8_c ( block=0x8c600b0 "\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"..., pixels=0x0, line_size=768, h=8) at libavcodec/dsputil_internal.h:756 #2 0x083233c4 in mpeg_motion_internal (s=0x8bfd960, dest_y=0x8c600b0 "\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"..., dest_cb=0x8c7cee8 "\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\205\206\210\212\213\212\211\211"..., dest_cr=0x8c84728 "\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~~}}|{{{"..., field_based=0, bottom_field=0, field_select=0, ref_picture=0x8bfdcc4, pix_op=0x8bfe998, motion_x=0, motion_y=0, h=8, is_mpeg12=1, mb_y=0) at libavcodec/mpegvideo_common.h:352 #3 0x083234e8 in mpeg_motion (s=0x8bfd960, dest_y=0x8c600b0 "\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"..., dest_cb=0x8c7cee8 "\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\205\206\210\212\213\212\211\211"..., dest_cr=0x8c84728 "\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~~}}|{{{"..., field_based=0, bottom_field=0, field_select=0, ref_picture=0x8bfdcc4, pix_op=0x8bfe998, motion_x=0, motion_y=0, h=8, mb_y=0) at libavcodec/mpegvideo_common.h:375 #4 0x0832651c in MPV_motion_internal (s=0x8bfd960, dest_y=0x8c600b0 "\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"..., dest_cb=0x8c7cee8 "\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\205\206\210\212\213\212\211\211"..., dest_cr=0x8c84728 "\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~~}}|{{{"..., dir=0, ref_picture=0x8bfdcc4, pix_op=0x8bfe998, qpix_op=0x0, is_mpeg12=1) at libavcodec/mpegvideo_common.h:840 #5 0x083267ba in MPV_motion (s=0x8bfd960, dest_y=0x8c600b0 "\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"..., dest_cb=0x8c7cee8 "\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\205\206\210\212\213\212\211\211"..., dest_cr=0x8c84728 "\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~~}}|{{{"..., dir=0, ref_picture=0x8bfdcc4, pix_op=0x8bfe998, qpix_op=0x0) at libavcodec/mpegvideo_common.h:892 #6 0x0832e73c in MPV_decode_mb_internal (s=0x8bfd960, block=0x8c5d420, lowres_flag=0, is_mpeg12=1) at libavcodec/mpegvideo.c:2131 #7 0x0832f47c in MPV_decode_mb (s=0x8bfd960, block=0x8c5d420) at libavcodec/mpegvideo.c:2264 #8 0x082f7328 in mpeg_decode_slice (s1=0x8bfd960, mb_y=0, buf=0xffffc95c, buf_size=2610) at libavcodec/mpeg12.c:1843 #9 0x082f917d in decode_chunks (avctx=0x8bea620, picture=0xffffca50, data_size=0xffffcb50, buf=0x8c3dd00 "", buf_size=13912) at libavcodec/mpeg12.c:2527 #10 0x082f880c in mpeg_decode_frame (avctx=0x8bea620, data=0xffffca50, data_size=0xffffcb50, avpkt=0x8bed140) at libavcodec/mpeg12.c:2323 #11 0x083dcaba in avcodec_decode_video2 (avctx=0x8bea620, picture=0xffffca50, got_picture_ptr=0xffffcb50, avpkt=0x8bed140) at libavcodec/utils.c:737 #12 0x0813a547 in try_decode_frame (st=0x8be8d40, avpkt=0x8bed140) at libavformat/utils.c:2076 #13 0x0813b386 in av_find_stream_info (ic=0x8be5320) at libavformat/utils.c:2366 #14 0x0805596f in opt_input_file (filename=0xffffd28e "t.mpg") at ffmpeg.c:3315 #15 0x08059410 in parse_options (argc=3, argv=0xffffd024, options=0x8511f80, parse_arg_function=0x80572da ) at cmdutils.c:282 #16 0x08058869 in main (argc=3, argv=0xffffd024) at ffmpeg.c:4500 (gdb) disass $pc-21 $pc+32 Dump of assembler code from 0x81b9fcc to 0x81ba001: 0x081b9fcc : push %ebp 0x081b9fcd : mov %esp,%ebp 0x081b9fcf : sub $0x10,%esp 0x081b9fd2 : movl $0x0,-0x4(%ebp) 0x081b9fd9 : jmp 0x81ba005 0x081b9fdb : mov 0x8(%ebp),%eax 0x081b9fde : mov 0xc(%ebp),%edx 0x081b9fe1 : mov (%edx),%edx 0x081b9fe3 : mov %edx,(%eax) 0x081b9fe5 : mov 0x8(%ebp),%eax 0x081b9fe8 : lea 0x4(%eax),%edx 0x081b9feb : mov 0xc(%ebp),%eax 0x081b9fee : add $0x4,%eax 0x081b9ff1 : mov (%eax),%eax 0x081b9ff3 : mov %eax,(%edx) 0x081b9ff5 : mov 0x10(%ebp),%eax 0x081b9ff8 : add %eax,0xc(%ebp) 0x081b9ffb : mov 0x10(%ebp),%eax 0x081b9ffe : add %eax,0x8(%ebp) End of assembler dump. (gdb) info registers eax 0x8c600b0 147194032 ecx 0x0 0 edx 0x0 0 ebx 0x180 384 esp 0xffffc4b0 0xffffc4b0 ebp 0xffffc4c0 0xffffc4c0 esi 0x790 1936 edi 0x0 0 eip 0x81b9fe1 0x81b9fe1 eflags 0x10293 [ CF AF SF IF RF ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 00:50:50 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 22:50:50 -0000 Subject: [FFmpeg-trac] #186(avcodec:open): crash while probing mpg file In-Reply-To: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> References: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> Message-ID: <053.6ffa6ce60a8bec25774cae7f036e2b79@avcodec.org> #186: crash while probing mpg file -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Plays fine with mplayer -demuxer mpegts (the file format is correctly recognized with score 100 by FFmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 00:58:56 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 22:58:56 -0000 Subject: [FFmpeg-trac] #95(FFmpeg:closed): copytb not initialized to it's default value In-Reply-To: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> References: <041.8fcec5f9f2a4bcea528c038c3da9c4f6@avcodec.org> Message-ID: <056.3f964d4e81f315c48047a008b17e2253@avcodec.org> #95: copytb not initialized to it's default value -------------------------+--------------------- Reporter: RLeatherwood | Owner: Type: enhancement | Status: closed Priority: normal | Component: FFmpeg Version: unspecified | Resolution: fixed Keywords: copytb | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------------+--------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 01:37:43 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 May 2011 23:37:43 -0000 Subject: [FFmpeg-trac] #187(undetermined:new): 3GP/MP4 performance regression Message-ID: <032.33d8f7cf226f98e2fe8df92c7e3bdc6e@avcodec.org> #187: 3GP/MP4 performance regression --------------------------+-------------------------- Reporter: jsd | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Download source file from here: http://tm-west.s3.amazonaws.com/2423.mp4 (74MB) I have a fairly old build of ffmpeg - FFmpeg version SVN-r24841, Copyright (c) 2000-2010 the FFmpeg developers built on Aug 19 2010 16:20:28 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) With the following command line, it processes this particular MP4 file acceptably fast (about 90 seconds) /usr/local/bin/ffmpeg -i 2423.mp4 -s 480x352 -vcodec libx264 -acodec libfaac -vpre fast -b 300k -bt 300k -threads 0 2423.mp4.mp4 The last line from ffmpeg is: frame= 5235 fps= 64 q=-1.0 Lsize= 7171kB time=175.40 bitrate= 334.9kbits/s I built ffmpeg from the latest tarball today and something has happened so that it runs incredibly slowly and eventually gives up. /usr/local/bin/ffmpeg -loglevel quiet -v 0 -i /tmp/videoproc-11865/2423.mp4 -s 480x352 -an -pass 1 -vcodec libx264 -vpre fast_firstpass -b 300k -bt 300k -threads 0 /tmp/videoproc-11865/2423.mp4.mp4 ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 5 2011 11:01:27 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-pthreads --enable-static --disable-shared --disable-network --enable-nonfree libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30000.00 (60000/2) Stream mapping: Stream #0.1 -> #0.0 Press [q] to stop encoding sh: line 1: 11883 File size limit exceeded It took 2 hrs and 11 minutes for that command to run and fail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 10:23:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 08:23:49 -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.c1125f98e0ec6a28df08125d1d65434a@avcodec.org> #187: 3GP/MP4 performance regression ------------------------+--------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: Is the problem also reproducible without x264? With -an? Please add complete, uncut output for both the old and the new FFmpeg version and consider using git bisect to find the responsible change. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 11:40:30 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 09:40:30 -0000 Subject: [FFmpeg-trac] #113(avcodec:open): AAC - Audio object type 23 is not supported In-Reply-To: <040.2b51c00bb6991c8d538fd4b03d97967f@avcodec.org> References: <040.2b51c00bb6991c8d538fd4b03d97967f@avcodec.org> Message-ID: <055.bb3a94473402cc336401165e0bbb1b8c@avcodec.org> #113: AAC - Audio object type 23 is not supported ------------------------+---------------------- Reporter: k_s_johnson | Owner: Type: enhancement | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AAC-LD | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * version: git => git-master * type: defect => enhancement * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 14:50:17 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 12:50:17 -0000 Subject: [FFmpeg-trac] #188(undetermined:new): QT - add support for QT BMP 1bpp color mode Message-ID: <038.1a1d45b4e329aa1b0c68bfce2d485f73@avcodec.org> #188: QT - add support for QT BMP 1bpp color mode --------------------------+-------------------------- Reporter: ami_stuff | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Add support for QT BMP 1bpp color mode. {{{ C:\>ffmpeg -i BMP_1bpp_color.mov ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 6 2011 12:50:01 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [msrle @ 01D0C6C0] unsupported bits per sample Last message repeated 44 times [mov,mp4,m4a,3gp,3g2,mj2 @ 01D0B560] Could not find codec parameters (Video: msr le, 640x480, 4608 kb/s) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'BMP_1bpp_color.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-11 11:50:28 Duration: 00:00:02.98, start: 0.000000, bitrate: 4578 kb/s Stream #0.0(eng): Audio: qdm2, 48000 Hz, 2 channels, s16, 48 kb/s Metadata: creation_time : 2011-05-11 11:50:28 Stream #0.1(eng): Video: msrle, 640x480, 4608 kb/s, 15 fps, 15 tbr, 15 tbn, 15 tbc Metadata: creation_time : 2011-05-11 11:50:28 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 14:53:29 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 12:53:29 -0000 Subject: [FFmpeg-trac] #189(undetermined:new): QT - add support for QT NONE (RAW) 1bpp monochrome mode Message-ID: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> #189: QT - add support for QT NONE (RAW) 1bpp monochrome mode --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Add support for QT NONE (RAW) 1bpp monochrome mode. {{{ C:\>ffmpeg -i NONE_1bpp_monochrome.mov out.avi ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 6 2011 12:50:01 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'NONE_1bpp_monochrome.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-11 11:59:25 Duration: 00:00:02.98, start: 0.000000, bitrate: 4578 kb/s Stream #0.0(eng): Audio: qdm2, 48000 Hz, 2 channels, s16, 48 kb/s Metadata: creation_time : 2011-05-11 11:59:25 Stream #0.1(eng): Video: rawvideo, yuv420p, 640x480, 4608 kb/s, 15 fps, 15 t br, 15 tbn, 15 tbc Metadata: creation_time : 2011-05-11 11:59:25 [buffer @ 01D12FA0] w:640 h:480 pixfmt:yuv420p Output #0, avi, to 'out.avi': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-11 11:59:25 ISFT : Lavf53.0.3 Stream #0.0(eng): Video: mpeg4, yuv420p, 640x480, q=2-31, 200 kb/s, 15 tbn, 15 tbc Metadata: creation_time : 2011-05-11 11:59:25 Stream #0.1(eng): Audio: mp2, 48000 Hz, 2 channels, s16, 64 kb/s Metadata: creation_time : 2011-05-11 11:59:25 Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 Error while decoding stream #0.1 frame= 0 fps= 0 q=0.0 Lsize= 36kB time=3.00 bitrate= 98.5kbits/s video:0kB audio:23kB global headers:0kB muxing overhead 53.866667% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 14:58:21 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 12:58:21 -0000 Subject: [FFmpeg-trac] #190(undetermined:new): QT - add support for QT TIFF 2bpp color mode Message-ID: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Add support for QT TIFF 2bpp color mode. {{{ C:\>ffmpeg -i TIFF_2bpp_color.mov out.avi ffmpeg version git-N-29638-g95f163b, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 6 2011 12:50:01 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 [tiff @ 01D0C340] This format is not supported (bpp=2, 1 components) Last message repeated 17 times [mov,mp4,m4a,3gp,3g2,mj2 @ 01D0B560] Could not find codec parameters (Video: tif f, 640x480, 8695 kb/s) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'TIFF_2bpp_color.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-11 12:37:15 Duration: 00:00:01.28, start: 0.000000, bitrate: 8209 kb/s Stream #0.0(eng): Audio: qdm2, 48000 Hz, 2 channels, s16, 48 kb/s Metadata: creation_time : 2011-05-11 12:37:15 Stream #0.1(eng): Video: tiff, 640x480, 8695 kb/s, 15 fps, 15 tbr, 15 tbn, 1 5 tbc Metadata: creation_time : 2011-05-11 12:37:15 [buffer @ 01D14180] Invalid pixel format string '-1' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 15:01:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 13:01:53 -0000 Subject: [FFmpeg-trac] #190(undetermined:new): QT - add support for QT TIFF 2bpp color mode In-Reply-To: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> References: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> Message-ID: <053.34c9820fa193b6be0741acf1f51f0608@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): 2bpp grayscale and 4bpp color/grayscale modes are also unsupported -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 15:36:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 13:36:04 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.7421e410c170bc912bfc11ac62dd9edc@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): Done. Since the problem was inside memcpy.c, the disassembly wouldn't be useful, but for future reference, what does "disass $pc-32 $pc+32" mean? gdb didn't understand it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 17:38:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 15:38:11 -0000 Subject: [FFmpeg-trac] #190(undetermined:new): QT - add support for QT TIFF 2bpp color mode In-Reply-To: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> References: <038.f07e16dac6414337fb218fea0bf989f8@avcodec.org> Message-ID: <053.e268f9fcc2bad3a115e16ce70707010b@avcodec.org> #190: QT - add support for QT TIFF 2bpp color mode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): This is a roundup issue 1621. Seems like at least TIFF without compression can be easily implemented. {{{ Author: kostya Date: 2009-12-15.06:32:07 Supporting raw 4-bit images is easy - see attached patch, it's harder to consistently support it with compression. Other reasons are that files are rare nowadays and developer being lazy. }}} Patch by Kostya: https://roundup.libav.org/file672/tiff.patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 18:06:17 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 16:06:17 -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.148c5240d1b16e5dd0a206549dffd3c9@avcodec.org> #187: 3GP/MP4 performance regression ------------------------+--------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by jsd): With this command line, it runs perfectly fine: ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k test.flv It's fine if I add -acodec libfaac. It's fine if I add -vcodec libx264. Maybe this points to the mp4 muxer being a problem? I will spend the rest of the day trying to pin down where things changed. If you think of anything, please update this ticket, I will be online all day. Here is complete uncut output with flv muxer (good): $ ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k -acodec libfaac -vcodec libx264 test.flv ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 5 2011 11:01:27 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-pthreads --enable-static --disable-shared --disable-network --enable-nonfree libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30000.00 (60000/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2423.mp4': Metadata: major_brand : 3gp4 minor_version : 768 compatible_brands: 3gp43gp6 Duration: 00:02:55.63, start: 0.000000, bitrate: 3493 kb/s Stream #0.0(eng): Audio: aac, 16000 Hz, mono, s16, 61 kb/s Stream #0.1(eng): Video: h264 (Baseline), yuv420p, 720x480, 3429 kb/s, 29.83 fps, 30k tbr, 30k tbn, 60k tbc [buffer @ 0x8d5d5e0] w:720 h:480 pixfmt:yuv420p [scale @ 0x8d5c940] w:720 h:480 fmt:yuv420p -> w:480 h:352 fmt:yuv420p flags:0xa0000004 [libx264 @ 0x8d5b2e0] Default settings detected, using medium profile [libx264 @ 0x8d5b2e0] MB rate (19800000) > level limit (983040) [libx264 @ 0x8d5b2e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x8d5b2e0] profile High, level 5.1 [libx264 @ 0x8d5b2e0] 264 - core 104 - H.264/MPEG-4 AVC codec - Copyleft 2003-2010 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=300 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, flv, to 'test.flv': Metadata: major_brand : 3gp4 minor_version : 768 compatible_brands: 3gp43gp6 encoder : Lavf53.0.3 Stream #0.0(eng): Video: libx264, yuv420p, 480x352, q=2-31, 300 kb/s, 1k tbn, 30k tbc Stream #0.1(eng): Audio: libfaac, 16000 Hz, mono, s16, 64 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding frame= 2818 fps= 32 q=29.0 Lsize= 3887kB time=94.38 bitrate= 337.4kbits/s video:3480kB audio:327kB global headers:0kB muxing overhead 2.100497% frame I:12 Avg QP:20.98 size: 10995 [libx264 @ 0x8d5b2e0] frame P:737 Avg QP:21.90 size: 3100 [libx264 @ 0x8d5b2e0] frame B:2069 Avg QP:25.42 size: 554 [libx264 @ 0x8d5b2e0] consecutive B-frames: 0.1% 2.1% 8.0% 89.8% [libx264 @ 0x8d5b2e0] mb I I16..4: 18.5% 54.2% 27.3% [libx264 @ 0x8d5b2e0] mb P I16..4: 1.9% 1.2% 0.2% P16..4: 49.5% 15.9% 9.3% 0.0% 0.0% skip:22.0% [libx264 @ 0x8d5b2e0] mb B I16..4: 0.1% 0.0% 0.0% B16..8: 45.8% 2.1% 0.2% direct: 0.6% skip:51.2% L0:42.0% L1:54.6% BI: 3.4% [libx264 @ 0x8d5b2e0] final ratefactor: 23.23 [libx264 @ 0x8d5b2e0] 8x8 transform intra:41.9% inter:69.4% [libx264 @ 0x8d5b2e0] coded y,uvDC,uvAC intra: 33.5% 58.4% 18.3% inter: 7.2% 13.0% 0.1% [libx264 @ 0x8d5b2e0] i16 v,h,dc,p: 32% 14% 9% 44% [libx264 @ 0x8d5b2e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 9% 41% 3% 5% 7% 4% 5% 4% [libx264 @ 0x8d5b2e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 36% 10% 19% 5% 7% 9% 5% 6% 4% [libx264 @ 0x8d5b2e0] i8c dc,h,v,p: 61% 12% 23% 4% [libx264 @ 0x8d5b2e0] Weighted P-Frames: Y:0.9% [libx264 @ 0x8d5b2e0] ref P L0: 58.7% 10.7% 22.5% 8.0% 0.0% [libx264 @ 0x8d5b2e0] ref B L0: 87.6% 9.9% 2.5% [libx264 @ 0x8d5b2e0] ref B L1: 93.8% 6.2% [libx264 @ 0x8d5b2e0] kb/s:301.65 Here is output with MP4 muxer. Note that I aborted the encode after a few seconds - it's obvious it's not going to work right when you see that the "dup" number on the progress line is shooting up into the thousands almost immediately. $ ffmpeg -y -i 2423.mp4 -s 480x352 -b 300k -bt 300k -acodec libfaac -vcodec libx264 test.mp4 ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 5 2011 11:01:27 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-pthreads --enable-static --disable-shared --disable-network --enable-nonfree libavutil 51. 2. 0 / 51. 2. 0 libavcodec 53. 3. 0 / 53. 3. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 4. 0 / 2. 4. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 codec frame rate differs from container frame rate: 60000.00 (60000/1) -> 30000.00 (60000/2) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2423.mp4': Metadata: major_brand : 3gp4 minor_version : 768 compatible_brands: 3gp43gp6 Duration: 00:02:55.63, start: 0.000000, bitrate: 3493 kb/s Stream #0.0(eng): Audio: aac, 16000 Hz, mono, s16, 61 kb/s Stream #0.1(eng): Video: h264 (Baseline), yuv420p, 720x480, 3429 kb/s, 29.83 fps, 30k tbr, 30k tbn, 60k tbc [buffer @ 0x8d5d5e0] w:720 h:480 pixfmt:yuv420p [scale @ 0x8d5c940] w:720 h:480 fmt:yuv420p -> w:480 h:352 fmt:yuv420p flags:0xa0000004 [libx264 @ 0x8d5b2e0] Default settings detected, using medium profile [libx264 @ 0x8d5b2e0] MB rate (19800000) > level limit (983040) [libx264 @ 0x8d5b2e0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x8d5b2e0] profile High, level 5.1 [libx264 @ 0x8d5b2e0] 264 - core 104 - H.264/MPEG-4 AVC codec - Copyleft 2003-2010 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=abr mbtree=1 bitrate=300 ratetol=1.0 qcomp=0.60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: major_brand : 3gp4 minor_version : 768 compatible_brands: 3gp43gp6 encoder : Lavf53.0.3 Stream #0.0(eng): Video: libx264, yuv420p, 480x352, q=2-31, 300 kb/s, 60k tbn, 30k tbc Stream #0.1(eng): Audio: libfaac, 16000 Hz, mono, s16, 64 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding frame= 2010 fps=180 q=51.0 Lsize= 87kB time=0.07 bitrate=10641.9kbits/s dup=2007 drop=0 video:55kB audio:0kB global headers:0kB muxing overhead 58.719718% frame I:9 Avg QP:36.41 size: 2067 [libx264 @ 0x8d5b2e0] frame P:507 Avg QP:50.98 size: 23 [libx264 @ 0x8d5b2e0] frame B:1494 Avg QP:51.00 size: 17 [libx264 @ 0x8d5b2e0] consecutive B-frames: 0.4% 0.0% 0.0% 99.6% [libx264 @ 0x8d5b2e0] mb I I16..4: 38.8% 54.4% 6.8% [libx264 @ 0x8d5b2e0] mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.1% 0.1% 0.0% 0.0% 0.0% skip:99.8% [libx264 @ 0x8d5b2e0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.1% 0.0% 0.0% direct: 0.0% skip:99.9% L0:33.9% L1:66.1% BI: 0.0% [libx264 @ 0x8d5b2e0] final ratefactor: 71.63 [libx264 @ 0x8d5b2e0] 8x8 transform intra:54.3% inter:85.7% [libx264 @ 0x8d5b2e0] coded y,uvDC,uvAC intra: 19.9% 27.4% 3.4% inter: 0.0% 0.0% 0.0% [libx264 @ 0x8d5b2e0] i16 v,h,dc,p: 54% 19% 7% 19% [libx264 @ 0x8d5b2e0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 40% 5% 34% 4% 3% 5% 2% 5% 2% [libx264 @ 0x8d5b2e0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 8% 25% 7% 5% 6% 2% 6% 1% [libx264 @ 0x8d5b2e0] i8c dc,h,v,p: 80% 3% 16% 1% [libx264 @ 0x8d5b2e0] Weighted P-Frames: Y:0.0% [libx264 @ 0x8d5b2e0] ref P L0: 89.2% 0.5% 9.9% 0.5% [libx264 @ 0x8d5b2e0] ref B L0: 99.2% 0.8% [libx264 @ 0x8d5b2e0] kb/s:6615.40 Received signal 2: terminating. Just for kicks, I tried it with .avi output and it works fine there as well. It must be the mp4 muxer... I'll try to figure out what change caused this. I don't really know how to use git but I guess it's time to learn! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 19:13:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 17:13:41 -0000 Subject: [FFmpeg-trac] #176(trac:open): ffmpeg.org presents wrong certificate In-Reply-To: <038.49e1f5c613131ceffc3f27fd5f070a80@avcodec.org> References: <038.49e1f5c613131ceffc3f27fd5f070a80@avcodec.org> Message-ID: <053.b7ef6046973025e1559c5e7abc635f5a@avcodec.org> #176: ffmpeg.org presents wrong certificate -------------------------------+------------------- Reporter: andrixnet | Owner: Type: defect | Status: open Priority: normal | Component: trac Version: unspecified | Resolution: Keywords: ssl certificate cn | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------+------------------- Changes (by michael): * owner: michael => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 19:26:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 17:26:43 -0000 Subject: [FFmpeg-trac] #179(trac:closed): "My tickets" report name may be ambiguous In-Reply-To: <038.3d1e278b2c0c6ed4de914f4ced2c8fb8@avcodec.org> References: <038.3d1e278b2c0c6ed4de914f4ced2c8fb8@avcodec.org> Message-ID: <053.3640fd5cb6e4b7874ab3a8b82c5c53af@avcodec.org> #179: "My tickets" report name may be ambiguous ------------------------+---------------------- Reporter: andrixnet | Owner: michael Type: enhancement | Status: closed Priority: minor | Component: trac Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: if you have more suggestions for improving our trak, they are welcome -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 21:48:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 19:48:02 -0000 Subject: [FFmpeg-trac] #191(undetermined:new): yuv422p10le ffv1 is misidentified as yuv422p16le Message-ID: <036.56c324488befc8db734afc239b8adda2@avcodec.org> #191: yuv422p10le ffv1 is misidentified as yuv422p16le --------------------------+-------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- After losslessly encoding 10 bit video to ffv1, the resulting file is interpreted as 16 bit. {{{ ffmpeg -i v210.mov -vcodec ffv1 -coder 1 -an v210_2_ffv1.mov ffmpeg version git-N-29812-g0f6bbc5, Copyright (c) 2000-2011 the FFmpeg developers built on May 11 2011 11:04:16 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] 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. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] 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. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] 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. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Unimplemented container channel layout. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] 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. Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'v210.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-03 02:12:03 Duration: 00:00:06.43, start: 0.005005, bitrate: 228341 kb/s Stream #0.0(eng): Video: v210, yuv422p10le, 720x486, 223724 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2011-05-03 02:12:03 Stream #0.1(eng): Data: c608 / 0x38303663, 4 kb/s Metadata: creation_time : 2011-05-03 02:12:03 Stream #0.2(eng): Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2011-05-03 02:12:03 Stream #0.3(eng): Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2011-05-03 02:12:03 Stream #0.4(eng): Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2011-05-03 02:12:03 Stream #0.5(eng): Audio: pcm_s24le, 48000 Hz, 1 channels, s32, 1152 kb/s Metadata: creation_time : 2011-05-03 02:12:03 [buffer @ 0x100f08680] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:0/1 [mov @ 0x101031600] Warning, using MS style video codec tag, the file may be unplayable! Output #0, mov, to 'v210_2_ffv1.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2011-05-03 02:12:03 encoder : Lavf53.0.3 Stream #0.0(eng): Video: ffv1, yuv422p10le, 720x486, q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 2011-05-03 02:12:03 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 193 fps= 17 q=0.0 Lsize= 67020kB time=6.44 bitrate=85255.9kbits/s video:67018kB audio:0kB global headers:0kB muxing overhead 0.003353% }}} {{{ ffmpeg -i v210_2_ffv1.mov ffmpeg version git-N-29812-g0f6bbc5, Copyright (c) 2000-2011 the FFmpeg developers built on May 11 2011 11:04:16 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-libopenjpeg --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'v210_2_ffv1.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.0.3 Duration: 00:00:06.43, start: 0.000000, bitrate: 85255 kb/s Stream #0.0(eng): Video: ffv1, yuv422p16le, 720x486, 85253 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 1970-01-01 00:00:00 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 11 22:19:11 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 20:19:11 -0000 Subject: [FFmpeg-trac] #71(avcodec:closed): Segmentation fault with interlaced MPEG2 sample In-Reply-To: <036.adf76c8c3b04ef668e80e317c6e62b72@avcodec.org> References: <036.adf76c8c3b04ef668e80e317c6e62b72@avcodec.org> Message-ID: <051.44bbd22d73d767318cf0a8246f0ff6b0@avcodec.org> #71: Segmentation fault with interlaced MPEG2 sample -----------------------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2 interlaced crash | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------------+---------------------- Changes (by michael): * keywords: => mpeg2 interlaced crash * status: new => closed * version: git => git-master * resolution: => fixed Comment: Applied a (old and missed) patch by anatoly that fixes this -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 00:07:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 May 2011 22:07:50 -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.77ee3ffb58a65dc8e4528b3049a5c781@avcodec.org> #187: 3GP/MP4 performance regression ------------------------+--------------------------- Reporter: jsd | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by jsd): Using git bisect I have isolated the time when the code went bad: 91360ce61d00bb20429fb41857abebf50a5c6b1d is the first bad commit commit 91360ce61d00bb20429fb41857abebf50a5c6b1d Author: Baptiste Coudurier Date: Tue Nov 23 00:41:28 2010 +0000 Unset variable fps for mov and mp4 muxer, they support it but timestamps must start at 0 currently, and this causes sync problem. Originally committed as revision 25805 to svn://svn.ffmpeg.org/ffmpeg/trunk :040000 040000 6c6427cbb95b35f35b8d219ce218a90a8b2582e7 ac7d1a5c490707cfa20fd1f461e0e04c1af8916d M libavformat Should this change be reverted? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 05:03:35 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 03:03:35 -0000 Subject: [FFmpeg-trac] #129(avformat:closed): RTSP stream support broken for some RTSP servers In-Reply-To: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> References: <038.77a4e6db34ded48299a9a27fb6109d7d@avcodec.org> Message-ID: <053.a0458283c964705ffc574e8ea0e95154@avcodec.org> #129: RTSP stream support broken for some RTSP servers -----------------------+----------------------- Reporter: grzesiekb | Owner: Type: defect | Status: closed Priority: critical | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -----------------------+----------------------- Changes (by michael): * status: new => closed * version: git => git-master * resolution: => fixed Comment: Ive pulled Martins patch amongth others in. thx to both Martin for the patch and Grzegorz for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 12:26:59 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 10:26:59 -0000 Subject: [FFmpeg-trac] #192(FFmpeg:new): FFMPEG Sound Issue Message-ID: <039.cf3e6a423c44e66c55a4d8761d03f742@avcodec.org> #192: FFMPEG Sound Issue --------------------------+--------------------- Reporter: mulshanker | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Sound Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- When i transcode video file by ffmpeg tool, i am able to transcode the file into AAC & video codec H264. But, problem is that i am not getting the sound clarity in transcoded file as it is in the original file. Here, is the ffmpeg command ffmpeg -i _CoralReef_720.wmv -ab 100 -b 250 -s 1024*800 -fpre libx264-lossless_ultrafast.ffpreset -vol 250 -acodec aac -vcodec libx264 -crf 18 -strict experimental -y _CoralReef_720.mp4 Please let me know if i am missing something. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 13:04:30 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 11:04:30 -0000 Subject: [FFmpeg-trac] #189(undetermined:new): QT - add support for QT NONE (RAW) 1bpp monochrome mode In-Reply-To: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> References: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> Message-ID: <053.bbe9fb9ee7a853421ae527b69966ab87@avcodec.org> #189: QT - add support for QT NONE (RAW) 1bpp monochrome mode ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): The prroblem is that avctx->bits_per_coded_sample outputs 33 for attached QT file. I don't know what the specs says, but the file plays correctly with QuickTime and "Media Player Classic". I attache patch which adds support for the file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 15:04:32 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 13:04:32 -0000 Subject: [FFmpeg-trac] #155(FFmpeg:new): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.15a59d810a8560b137f48d0ee17a9e75@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+---------------------- Reporter: rmk | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by rmk): I did: http://www.datafilehost.com/download-616c9276.html Sorry for the delay but I didn't get an email notification when the last comment was added. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 16:12:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 14:12:55 -0000 Subject: [FFmpeg-trac] #193(undetermined:new): pbm: problem with mono image with non-space-separated pixel digits when converted to bmp/tiff Message-ID: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> #193: pbm: problem with mono image with non-space-separated pixel digits when converted to bmp/tiff --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Thanks Stefano for fixing ticket 154, but I found some problems with another file. 1. when I convert attached image to bmp, there will be visisble black bar in the output image at the right side 2. when I convert the attached image to tiff, ffplay will decode it incorrectly. {{{ C:\>ffmpeg -i C:\bikerace.pbm out.tiff ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, image2, from 'C:\bikerace.pbm': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: pbm, monow, 550x423, 25 tbr, 25 tbn, 25 tbc [buffer @ 01DA1B80] w:550 h:423 pixfmt:monow tb:1/1000000 sar:0/1 Output #0, image2, to 'out.tiff': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: tiff, monow, 550x423, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:27kB audio:0kB global headers:0kB muxing overhead -100.079751% C:\>ffplay out.tiff ffplay version git-N-29815-gde545d2, Copyright (c) 2003-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [tiff @ 01E17640] Run went out of bounds Input #0, image2, from 'out.tiff': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, monob, 550x423, 25 tbr, 25 tbn, 25 tbc [ffsink @ 01E22D00] auto-inserting filter 'auto-inserted scaler 0' between the f ilter 'src' and the filter 'out' [scale @ 01E22140] w:550 h:423 fmt:monob -> w:550 h:423 fmt:yuv420p flags:0x4 [tiff @ 01E17640] Run went out of bounds 1.16 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 17:59:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 15:59:11 -0000 Subject: [FFmpeg-trac] #191(avcodec:closed): yuv422p10le ffv1 is misidentified as yuv422p16le In-Reply-To: <036.56c324488befc8db734afc239b8adda2@avcodec.org> References: <036.56c324488befc8db734afc239b8adda2@avcodec.org> Message-ID: <051.ca3438719a6ec37793fa511def142fb3@avcodec.org> #191: yuv422p10le ffv1 is misidentified as yuv422p16le -----------------------+---------------------- Reporter: dericed | 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: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 19:14:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 17:14:58 -0000 Subject: [FFmpeg-trac] #155(FFmpeg:open): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.30f525410dd0f03afab3521b6003a5e2@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+---------------------- Reporter: rmk | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Is the problem also reproducible without an external library (x264)? Does the following command also show the artefacts: ffmpeg -i GOPR0019.MP4 -an -qscale 2 out.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 19:20:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 17:20:04 -0000 Subject: [FFmpeg-trac] #192(avcodec:closed): FFMPEG Sound Issue In-Reply-To: <039.cf3e6a423c44e66c55a4d8761d03f742@avcodec.org> References: <039.cf3e6a423c44e66c55a4d8761d03f742@avcodec.org> Message-ID: <054.1fae525903477dc05b67753fc017263e@avcodec.org> #192: FFMPEG Sound Issue ------------------------+---------------------- Reporter: mulshanker | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: invalid Keywords: aac | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * keywords: Sound => aac * resolution: => invalid * status: new => closed * component: FFmpeg => avcodec Comment: There are two different problems: "-ab 100" is not a sufficient bit-rate, you probably meant "-ab 100k" "-strict experimental" means that both quality and bit-rate-calculation are less than optimal for aac. (imo, strict experimental also means that a) the problem is known and b) it is sufficiently documented) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 19:49:33 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 17:49:33 -0000 Subject: [FFmpeg-trac] #51(avformat:closed): FFMpeg hangs on some iptv stream. In-Reply-To: <033.72d09615e11a52a64d67061f712e4de0@avcodec.org> References: <033.72d09615e11a52a64d67061f712e4de0@avcodec.org> Message-ID: <048.d4d2289822113cd69d65206cad8cbbf5@avcodec.org> #51: FFMpeg hangs on some iptv stream. -----------------------+----------------------- Reporter: igor | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed * version: git => git-master * component: undetermined => avformat Comment: Fixed in latest git master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 12 23:41:31 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 21:41:31 -0000 Subject: [FFmpeg-trac] #194(undetermined:new): add r10g to isom.c Message-ID: <038.ae5aa3d4cc8526b5544f15ce5006b693@avcodec.org> #194: add r10g to isom.c --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://multimedia.cx/samples/V-codecs/R10g.mov http://multimedia.cx/samples/V-codecs/R10g-LE.mov seems to work correctly with r10k decoder, patch attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 00:15:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 22:15:42 -0000 Subject: [FFmpeg-trac] #168(undetermined:new): TIFF file decodes incorrectly - 2 In-Reply-To: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> References: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> Message-ID: <053.6cfefd5880bdc3539a2991ed215a0372@avcodec.org> #168: TIFF file decodes incorrectly - 2 ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by saste): Applied to Libav and pulled, fixed in commit: commit 612122b187d711257eecd517e4049cef3bb0b7f0 Merge: 4ea216e 5705b02 Author: Michael Niedermayer Date: Thu May 12 04:51:24 2011 +0200 Merge remote branch 'qatar/master' * qatar/master: (32 commits) [...] tiff: add support for inverted FillOrder for uncompressed data [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 00:16:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 22:16:12 -0000 Subject: [FFmpeg-trac] #168(avcodec:closed): TIFF file decodes incorrectly - 2 In-Reply-To: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> References: <038.f42cc16f0da09833d9f760d27d9a7455@avcodec.org> Message-ID: <053.a815ce31b8a8a3ab2bb838c6cb6e5058@avcodec.org> #168: TIFF file decodes incorrectly - 2 ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 00:21:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 22:21:21 -0000 Subject: [FFmpeg-trac] #195(undetermined:new): add DVOO to isom.c Message-ID: <038.228afaa8e6ee90c0ad0e4190d262468d@avcodec.org> #195: add DVOO to isom.c --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://samples.multimedia.cx/V-codecs/DVOO.mov patch attached {{{ C:\>ffmpeg -i dvoo.mov ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997 /1) -> 23.98 (2997/125) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dvoo.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-12-28 20:13:03 Duration: 00:00:03.08, start: 0.000000, bitrate: 16957 kb/s Stream #0.0(eng): Video: Digital Voodoo SD 8 Bit, 320x136, 16955 kb/s, 24.35 fps, 23.98 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2009-12-28 20:13:03 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 00:51:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 22:51:12 -0000 Subject: [FFmpeg-trac] #194(avformat:closed): add r10g to isom.c In-Reply-To: <038.ae5aa3d4cc8526b5544f15ce5006b693@avcodec.org> References: <038.ae5aa3d4cc8526b5544f15ce5006b693@avcodec.org> Message-ID: <053.163736f018191a93333f281b22c076e5@avcodec.org> #194: add r10g to isom.c ------------------------+----------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat * type: defect => enhancement Comment: Thank you, patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 01:16:29 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 23:16:29 -0000 Subject: [FFmpeg-trac] #195(undetermined:closed): add DVOO to isom.c In-Reply-To: <038.228afaa8e6ee90c0ad0e4190d262468d@avcodec.org> References: <038.228afaa8e6ee90c0ad0e4190d262468d@avcodec.org> Message-ID: <053.dde63586a369114efb002fa182097412@avcodec.org> #195: add DVOO to isom.c -----------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: undetermined Version: git-master | Resolution: fixed Keywords: avcodec avformat | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * type: defect => enhancement * priority: normal => wish * version: unspecified => git-master * keywords: => avcodec avformat * resolution: => fixed Comment: Fixed in current git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 01:25:53 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 May 2011 23:25:53 -0000 Subject: [FFmpeg-trac] #188(avcodec:closed): QT - add support for QT BMP 1bpp color mode In-Reply-To: <038.1a1d45b4e329aa1b0c68bfce2d485f73@avcodec.org> References: <038.1a1d45b4e329aa1b0c68bfce2d485f73@avcodec.org> Message-ID: <053.631983553b1eb8e739c32507cd704c00@avcodec.org> #188: QT - add support for QT BMP 1bpp color mode ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec Comment: Fixed by ami_stuff;-) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 07:50:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 05:50:52 -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.80f46801f93d8755431c1e4c5997f700@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by jogga): I had an older version of FFMPEG pulled from my backup where I remember that this was working. Maybe you could compare the code from the subversion repository to easier find the problem. FFmpeg version SVN-r25526, Copyright (c) 2000-2010 the FFmpeg developers built on Nov 16 2010 13:12:40 with clang 1.6 (tags/Apple/clang-70) configuration: --arch=x86_64 --cc=clang --disable-debug --disable-shared --enable-static --enable-libmp3lame --enable-libx264 --enable-libxvid --disable-ffplay --disable-ffserver --enable-gpl --enable-avfilter --enable-filter=movie libavutil 50.32. 3 / 50.32. 3 libavcore 0. 9. 1 / 0. 9. 1 libavcodec 52.92. 0 / 52.92. 0 libavformat 52.83. 0 / 52.83. 0 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.53. 0 / 1.53. 0 libswscale 0.12. 0 / 0.12. 0 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 09:51:26 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 07:51:26 -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.665647411c2ce7d61ffd72334ce3bafb@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by cehoyos): (Complete, uncut output missing.) If you believe this is a regression, please find the version introducing it with git bisect. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 10:26:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 08:26:16 -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.a869f122b65288d257d76c0fd0ac8a33@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by jogga): But the FFMPEG version I have working is from the SVN repository back somewhere in november 2010. Will I still be able to find that in the GIT repository? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 11:13:26 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 09:13:26 -0000 Subject: [FFmpeg-trac] #167(avcodec:closed): TIFF file decodes incorrectly In-Reply-To: <038.b3da7670b73882243f1fa86f31f595d3@avcodec.org> References: <038.b3da7670b73882243f1fa86f31f595d3@avcodec.org> Message-ID: <053.ecddbc5153fa84c0f62df65b638275a2@avcodec.org> #167: TIFF file decodes incorrectly ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Applied to Libav and pulled, fixed in commit: commit 72153419b52c96b1ed4a1bfb7e7793ddde7d71b2 Merge: 410ca3b 552a999 Author: Michael Niedermayer Date: Fri May 13 04:40:40 2011 +0200 Merge remote branch 'qatar/master' * qatar/master: (33 commits) [...] tiff: add support for SamplesPerPixel tag in tiff_decode_tag() [...] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 11:39:10 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 09:39:10 -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.f55efa905430731f172d148cd63bcd73@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by cehoyos): git log --grep="revision 25526" -> 4ad08021e8e81057d89c75fd63b97cd1f0757a23 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 12:05:57 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 10:05:57 -0000 Subject: [FFmpeg-trac] #193(swscale:open): pbm: problem with mono image with non-space-separated pixel digits when converted to bmp/tiff In-Reply-To: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> References: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> Message-ID: <053.2cf66f2dfcd6a9e624c4c460fe022a32@avcodec.org> #193: pbm: problem with mono image with non-space-separated pixel digits when converted to bmp/tiff -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => swscale * reproduced: 0 => 1 Comment: out.tiff in above example is fine, swscale is not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 12:17:59 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 10:17:59 -0000 Subject: [FFmpeg-trac] #193(swscale:open): black bar when converting monow for certain horizontal resolutions (was: pbm: problem with mono image with non-space-separated pixel digits when converted to bmp/tiff) In-Reply-To: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> References: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> Message-ID: <053.95f69e10ada3ece52eba70c48815aa67@avcodec.org> #193: black bar when converting monow for certain horizontal resolutions -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): And please open one ticket per problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 12:30:51 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 10:30:51 -0000 Subject: [FFmpeg-trac] #196(avcodec:new): tiff decoder fails for monob if horizontal resolution is not a multiple of 8 Message-ID: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> #196: tiff decoder fails for monob if horizontal resolution is not a multiple of 8 -------------------------+--------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+--------------------- The resulting file out.tif is correctly displayed with ImageMagick, FFmpeg fails to decode it correctly (out.bmp is broken): Copy went out of bounds This is the second problem mentioned in ticket 155. {{{ $ ./ffmpeg -i tests/lena.pnm -s 249x256 -pix_fmt monob out.tif ffmpeg version git-N-29871-g410ca3b, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 12:23:10 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 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 @ 0x8c8a3a0] w:256 h:256 pixfmt:rgb24 tb:1/1000000 sar:0/1 [scale @ 0x8c8ad00] w:256 h:256 fmt:rgb24 -> w:249 h:256 fmt:monob flags:0xa0000004 Output #0, image2, to 'out.tif': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: tiff, monob, 249x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:6kB audio:0kB global headers:0kB muxing overhead -100.360065% $ ./ffmpeg -i out.tif out.bmp ffmpeg version git-N-29871-g410ca3b, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 12:23:10 with gcc 4.5.2 configuration: --cc='/usr/local/gcc-4.5.2/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [tiff @ 0x8c9cce0] Copy went out of bounds Input #0, image2, from 'out.tif': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: tiff, monob, 249x256, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x8c9cbc0] w:249 h:256 pixfmt:monob tb:1/1000000 sar:0/1 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: bmp, monob, 249x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [tiff @ 0x8c9cce0] Copy went out of bounds frame= 1 fps= 0 q=0.0 Lsize= -0kB time=0.04 bitrate= -4.4kbits/s video:8kB audio:0kB global headers:0kB muxing overhead -100.266537% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 12:32:09 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 10:32:09 -0000 Subject: [FFmpeg-trac] #196(avcodec:new): tiff decoder fails for monob if horizontal resolution is not a multiple of 8 In-Reply-To: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> References: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> Message-ID: <051.247bcfc01590fd37a2f20009cced81a3@avcodec.org> #196: tiff decoder fails for monob if horizontal resolution is not a multiple of 8 -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): This is the second problem mentioned in ticket #193 (not 155). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 13:02:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 11:02:54 -0000 Subject: [FFmpeg-trac] #197(undetermined:new): Multi-threaded decoding with -threads results in seg fault Message-ID: <035.62b061dbb16415d51e88c64e4e21354c@avcodec.org> #197: Multi-threaded decoding with -threads results in seg fault --------------------------+-------------------------- Reporter: gepmff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- '''Successful decoding with -threads 1:''' {{{ $ ffmpeg -v 9 -loglevel 99 -vsync 0 -threads 1 -i test.mkv -f null -vcodec rawvideo -an - ffmpeg version git-N-29906-ge3114a9, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 12:18:50 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libvpx --enable- libvorbis --enable-libx264 --enable-x11grab --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x1d0ed40] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [h264 @ 0x1d11800] Unsupported bit depth: 0 [h264 @ 0x1d11800] no picture Last message repeated 1 times [matroska,webm @ 0x1d0ed40] All info found [matroska,webm @ 0x1d0ed40] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 2000.00 (2000/1) -> 29.97 (30000/1001) Input #0, matroska,webm, from 'test.mkv': Duration: 00:01:59.48, start: 0.000000, bitrate: N/A Stream #0.0(eng), 43, 1/1000: Video: h264 (High), yuv420p, 720x480, 1/2000, PAR 1:1 DAR 3:2, 29.97 tbr, 1k tbn, 2k tbc (default) [buffer @ 0x1d170e0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.0.3 Stream #0.0(eng), 0, 1/90000: Video: rawvideo, yuv420p, 720x480 [PAR 1:1 DAR 3:2], 1001/30000, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [h264 @ 0x1d11800] no picture Last message repeated 1 times -0kB time=114.61 bitrate= -0.0kbits/s frame= 3582 fps=423 q=0.0 Lsize= -0kB time=119.52 bitrate= -0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead -inf% }}} '''Decoding with anything above -threads 1 results seg fault:''' {{{ $ ffmpeg -v 9 -loglevel 99 -vsync 0 -threads 2 -i test.mkv -f null -vcodec rawvideo -an - ffmpeg version git-N-29906-ge3114a9, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 12:18:50 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libvpx --enable- libvorbis --enable-libx264 --enable-x11grab --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x223dd40] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [h264 @ 0x2240800] Unsupported bit depth: 0 [h264 @ 0x2240800] no picture Last message repeated 1 times [matroska,webm @ 0x223dd40] All info found [matroska,webm @ 0x223dd40] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 2000.00 (2000/1) -> 29.97 (30000/1001) Input #0, matroska,webm, from 'test.mkv': Duration: 00:01:59.48, start: 0.000000, bitrate: N/A Stream #0.0(eng), 43, 1/1000: Video: h264 (High), yuv420p, 720x480, 1/2000, PAR 1:1 DAR 3:2, 29.97 tbr, 1k tbn, 2k tbc (default) [buffer @ 0x22460e0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:1/1 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.0.3 Stream #0.0(eng), 0, 1/90000: Video: rawvideo, yuv420p, 720x480 [PAR 1:1 DAR 3:2], 1001/30000, q=2-31, 200 kb/s, 90k tbn, 29.97 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [h264 @ 0x22440e0] no picture [h264 @ 0x22445c0] no picture Segmentation fault }}} '''gdb with ffmpeg_g:''' {{{ Program received signal SIGSEGV, Segmentation fault. 0x00007ffff5b03436 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x00007ffff5b03436 in vfprintf () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x00007ffff5bb8780 in __vsnprintf_chk () from /lib/x86_64-linux- gnu/libc.so.6 #2 0x00007ffff62fe466 in av_log_default_callback () from /usr/local/lib/libavutil.so.51 #3 0x00007ffff62fe8d6 in av_log () from /usr/local/lib/libavutil.so.51 #4 0x00007ffff79b5ca1 in av_vsrc_buffer_add_frame2 () from /usr/local/lib/libavfilter.so.2 #5 0x0000000000406075 in output_packet (ist=, ist_index=0, ost_table=0x640420, nb_ostreams=1, pkt=) at ffmpeg.c:1653 #6 0x000000000040b22e in transcode (nb_output_files=1, nb_input_files=1, stream_maps=0x0, nb_stream_maps=-11728, input_files=0x619b20, output_files=0x619800) at ffmpeg.c:2710 #7 0x000000000041057c in main (argc=, argv=) at ffmpeg.c:4514 (gdb) disass $pc-32 $pc+32 A syntax error in expression, near `$pc+32'. (gdb) info all-registers rax 0x0 0 rbx 0x7fffffffc420 140737488340000 rcx 0xffffffffffffffff -1 rdx 0x7fffffffcaf8 140737488341752 rsi 0x7ffff79bd3e5 140737347572709 rdi 0x43800000780 4638564681600 rbp 0x7fffffffc410 0x7fffffffc410 rsp 0x7fffffffbd90 0x7fffffffbd90 r8 0x7fffffffc2c8 140737488339656 r9 0x0 0 r10 0x206d6f7266206465 2336646318805509221 r11 0x7ffff5bb8650 140737316095568 r12 0x49 73 r13 0x7fffffffca00 140737488341504 r14 0x7ffff79bd3a0 140737347572640 r15 0xffffffffffffff80 -128 rip 0x7ffff5b03436 0x7ffff5b03436 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -inf (raw 0xffff0000000000000000) st1 -inf (raw 0xffff0000000000000000) st2 -inf (raw 0xffff0000000000000000) st3 -inf (raw 0xffff0000000000000000) st4 -inf (raw 0xffff0000000000000000) st5 -nan(0x606060606060606) (raw 0xffff0606060606060606) st6 -nan(0x303030303030303) (raw 0xffff0303030303030303) st7 -nan(0x101010101010101) (raw 0xffff0101010101010101) fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 ---Type to continue, or q to quit--- fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0xff, 0x0 }, v8_int16 = {0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xff, 0x0, 0x0}, v2_int64 = {0xff00000000, 0x0}, uint128 = 0x0000000000000000000000ff00000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x25 }, v8_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525}, v2_int64 = {0x2525252525252525, 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} 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 = {0x8000000000000000, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0xff00, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xff000000, 0x0, 0x0}, v2_int64 = {0xff00000000000000, 0x0}, uint128 = 0x0000000000000000ff00000000000000} xmm4 {v4_float = {0x0, 0x7, 0x0, 0x0}, v2_double = {0x15f90, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xf9, 0xf5, 0x40, 0x20, 0x62, 0x69, 0x63, 0x75, 0x62, 0x69, 0x63}, v8_int16 = {0x0, 0x0, 0xf900, 0x40f5, 0x6220, 0x6369, 0x6275, 0x6369}, v4_int32 = {0x0, 0x40f5f900, 0x63696220, 0x63696275}, v2_int64 = {0x40f5f90000000000, 0x6369627563696220}, uint128 = 0x636962756369622040f5f90000000000} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x6d, 0x7d, 0xbf, 0xbb, 0x27, 0xaf, 0xf5, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x7d6d, 0xbbbf, 0xaf27, 0x3ff5, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xbbbf7d6d, 0x3ff5af27, 0x0, 0x0}, v2_int64 = { 0x3ff5af27bbbf7d6d, 0x0}, uint128 = 0x00000000000000003ff5af27bbbf7d6d} xmm6 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = {0xffffffffffffffd2, 0x0}, v16_int8 = { 0x5b, 0xaa, 0xa2, 0x2a, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = { 0xaa5b, 0x2aa2, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x2aa2aa5b, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e2aa2aa5b, 0x0}, uint128 = 0x0000000000000000c047069e2aa2aa5b} xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = {0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm8 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = {0xffffffffffffffd2, 0x0}, v16_int8 = { 0xe0, 0xe6, 0x35, 0x67, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = { 0xe6e0, 0x6735, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6735e6e0, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e6735e6e0, 0x0}, uint128 = 0x0000000000000000c047069e6735e6e0} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, ---Type to continue, or q to quit--- 0x68, 0xc8, 0xbc, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc868, 0x3bbc, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3bbcc868, 0x0, 0x0}, v2_int64 = {0x3bbcc86800000000, 0x0}, uint128 = 0x00000000000000003bbcc86800000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x46, 0x84, 0x24, 0x59, 0xd6, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x8446, 0x5924, 0x3ed6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x84460000, 0x3ed65924, 0x0, 0x0}, v2_int64 = { 0x3ed6592484460000, 0x0}, uint128 = 0x00000000000000003ed6592484460000} xmm11 {v4_float = {0x9689a800, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0, 0x0, 0x0, 0xff, 0xff, 0x0, 0x0, 0x0}, v8_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0, 0xff00, 0xff, 0x0}, v4_int32 = {0x5065a26a, 0xbd8feaf2, 0xff000000, 0xff}, v2_int64 = {0xbd8feaf25065a26a, 0xffff000000}, uint128 = 0x000000ffff000000bd8feaf25065a26a} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3cc40000, 0x0, 0x0}, v2_int64 = {0x3cc4000000000000, 0x0}, uint128 = 0x00000000000000003cc4000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xbc598000, 0x0, 0x0}, v2_int64 = {0xbc59800000000000, 0x0}, uint128 = 0x0000000000000000bc59800000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0}, v2_int64 = { 0x3c5324f0e883858e, 0x0}, uint128 = 0x00000000000000003c5324f0e883858e} xmm15 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = { 0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} mxcsr 0x1fa5 [ IE ZE PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 14:12:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 12:12:16 -0000 Subject: [FFmpeg-trac] #198(FFmpeg:new): Video filters bug? Message-ID: <034.8d2c69ca4e966191caa4e0d33bedf635@avcodec.org> #198: Video filters bug? --------------------------+--------------------- Reporter: burek | Owner: michael Type: defect | Status: new Priority: minor | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- Hi, While helping a guy to stack 'scale' and 'crop' video filters, we've encountered a possible bug, so I think it's better to report it, although I'm not sure if the duplicate of this report exist. Anyway: "scale=-1:480,crop=iw-mod(iw,2):480" gives: No such filter: '2):480' when -vf "scale=-1:480,crop=iw-mod(iw,2):480" is given, ffmpeg mistakes the comma in the parenthesis for the delimiter of video filters (or this is the intended behavior?) however, the issue can be resolved with a workaround: "scale=-1:480,crop=(iw-mod(iw\,2)):480" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 14:16:45 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 12:16:45 -0000 Subject: [FFmpeg-trac] #199(FFmpeg:new): failed decoding h264 if -threads specifid Message-ID: <034.a5140317b3ce1f0d6750a421d0dbddde@avcodec.org> #199: failed decoding h264 if -threads specifid --------------------------+--------------------- Reporter: verem | Owner: michael Type: defect | Status: new Priority: critical | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- todays latest git-N-29906-ge3114a9 ffmpeg build failed to decode h264 stream if -thread parameter specified: with threads parameter specified: {{{ [root at dev-4 ffmpeg.git]# ./ffmpeg -threads 2 -i nature_704x576_25Hz_1500kbits.h264 -f rawvideo -y /dev/null ffmpeg version git-N-29906-ge3114a9, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 10:54:40 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: --prefix=/usr/local/enctools --extra- cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib --enable-shared --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-avfilter --enable- pthreads --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x91b8b20] max_analyze_duration reached [h264 @ 0x91b8b20] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from 'nature_704x576_25Hz_1500kbits.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 704x576, 25 fps, 25 tbr, 1200k tbn, 50 tbc [buffer @ 0x9303240] w:704 h:576 pixfmt:yuv420p tb:1/1000000 sar:0/1 Output #0, rawvideo, to '/dev/null': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: rawvideo, yuv420p, 704x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [buffer @ 0x9303240] Buffer video input changed from size:704x576 fmt:yuv420p to size:0x0 fmt:(null) [buffer @ 0x9303240] Inserting scaler filter [ffsink @ 0x9462c00] auto-inserting filter 'Input equalizer' between the filter 'src' and the filter 'out' [scale @ 0x91ba8e0] w:0 h:0 fmt:(null) -> w:704 h:576 fmt:yuv420p flags:0x2 swScaler: Unknown format is not supported as input pixel format Last message repeated 2 times [IMGUTILS @ 0xbf9a4154] Picture size 0x0 is invalid Segmentation fault }}} without threads parameter: {{{ [root at dev-4 ffmpeg.git]# ./ffmpeg -i nature_704x576_25Hz_1500kbits.h264 -f rawvideo -y /dev/null ffmpeg version git-N-29906-ge3114a9, Copyright (c) 2000-2011 the FFmpeg developers built on May 13 2011 10:54:40 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: --prefix=/usr/local/enctools --extra- cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib --enable-shared --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-avfilter --enable- pthreads --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfaac --enable-libmp3lame --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x8e67b20] max_analyze_duration reached [h264 @ 0x8e67b20] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from 'nature_704x576_25Hz_1500kbits.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (Main), yuv420p, 704x576, 25 fps, 25 tbr, 1200k tbn, 50 tbc [buffer @ 0x8fb2240] w:704 h:576 pixfmt:yuv420p tb:1/1000000 sar:0/1 Output #0, rawvideo, to '/dev/null': Metadata: encoder : Lavf53.0.3 Stream #0.0: Video: rawvideo, yuv420p, 704x576, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 236 fps=217 q=0.0 Lsize= 0kB time=9.44 bitrate= 0.0kbits/s video:140184kB audio:0kB global headers:0kB muxing overhead -100.000000% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 17:13:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 15:13:39 -0000 Subject: [FFmpeg-trac] #198(FFmpeg:closed): Video filters bug? In-Reply-To: <034.8d2c69ca4e966191caa4e0d33bedf635@avcodec.org> References: <034.8d2c69ca4e966191caa4e0d33bedf635@avcodec.org> Message-ID: <049.3af01ce288aff8b3a6567a7cd7943327@avcodec.org> #198: Video filters bug? ------------------------+---------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: minor | Component: FFmpeg Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid * reproduced: 0 => 1 Comment: Hi, this is the assumed behavior, since ',' is a special character in the filtergraph syntax, so you need to escape it. This can be done either with: crop='iw-mod(iw,2):480',... or as you suggested: crop=iw-mod(iw\,2):480,... On the other hand I see this should be documented better, and maybe we should add some examples in the crop documentation (contributions in this area are welcome). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 17:16:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 15:16:46 -0000 Subject: [FFmpeg-trac] #171(avcodec:closed): TIFF 1bpp decodes incorrectly In-Reply-To: <038.3d1b2dd6fd5ad8a2cc0337d1b6eb3395@avcodec.org> References: <038.3d1b2dd6fd5ad8a2cc0337d1b6eb3395@avcodec.org> Message-ID: <053.97dbc9eb55b9f65278d6432c5a6c5356@avcodec.org> #171: TIFF 1bpp decodes incorrectly ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Fixed in commit: commit d8297ca443c8f7cc9ce3959ad287f9d380343266 Author: Stefano Sabatini Date: Mon May 9 22:11:57 2011 +0200 tiff: fix linesize for mono-white/black formats Fix decoding of file Test_1bpp.tif, fix trac issue #171. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 17:24:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 15:24:22 -0000 Subject: [FFmpeg-trac] #193(swscale:open): black bar when converting monow for certain horizontal resolutions In-Reply-To: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> References: <038.d065fd40c3a62cf67ee6298148056aed@avcodec.org> Message-ID: <053.37da762a35cb9ce0dd787c6dd7d3e55e@avcodec.org> #193: black bar when converting monow for certain horizontal resolutions -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by saste): Problem number 2 fixed in commit: commit 4d15f194b48ad1d92cca2559b6b0db3f0f234528 Author: Stefano Sabatini Date: Fri May 13 02:07:09 2011 +0200 tiffenc: set bpp table for monow/monob formats Also makes the bpp_tab non static const, as it needs to be changed in this case. Fix encoding of monow/monob images, fix trac issue #193. Now I confirm that the first problem is related to libswscale, indeed the files are correctly displayed by ImageMagik display, and the files themselves look right, so the problem seems related to monow/monob -> yuv conversion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 17:26:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 15:26:31 -0000 Subject: [FFmpeg-trac] #196(avcodec:closed): tiff decoder fails for monob if horizontal resolution is not a multiple of 8 In-Reply-To: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> References: <036.7068cf12a0ea20d48d8e5628874175cc@avcodec.org> Message-ID: <051.534cf37a494eafb86b1ce7ac42f82e68@avcodec.org> #196: tiff decoder fails for monob if horizontal resolution is not a multiple of 8 -----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed Comment: It was a problem in the encoder, fixed in commit: commit 4d15f194b48ad1d92cca2559b6b0db3f0f234528 Author: Stefano Sabatini Date: Fri May 13 02:07:09 2011 +0200 tiffenc: set bpp table for monow/monob formats Also makes the bpp_tab non static const, as it needs to be changed in this case. Fix encoding of monow/monob images, fix trac issue #193. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 18:12:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 16:12:36 -0000 Subject: [FFmpeg-trac] #189(avcodec:closed): QT - add support for QT NONE (RAW) 1bpp monochrome mode In-Reply-To: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> References: <038.15a37508aaa207174d9490b256a54ca4@avcodec.org> Message-ID: <053.59c2c30ee1687bd9d38a1c7e7827b80e@avcodec.org> #189: QT - add support for QT NONE (RAW) 1bpp monochrome mode -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 18:32:17 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 16:32:17 -0000 Subject: [FFmpeg-trac] #199(FFmpeg:closed): failed decoding h264 if -threads specifid In-Reply-To: <034.a5140317b3ce1f0d6750a421d0dbddde@avcodec.org> References: <034.a5140317b3ce1f0d6750a421d0dbddde@avcodec.org> Message-ID: <049.6b02f8e63cda0288e9d2dc8077a625ba@avcodec.org> #199: failed decoding h264 if -threads specifid ------------------------+------------------------ Reporter: verem | Owner: michael Type: defect | Status: closed Priority: critical | Component: FFmpeg Version: unspecified | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+------------------------ Changes (by cehoyos): * status: new => closed * resolution: => duplicate Comment: Looks like a duplicate of ticket #197. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 18:35:36 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 16:35:36 -0000 Subject: [FFmpeg-trac] #197(undetermined:open): Multi-threaded decoding with -threads results in seg fault In-Reply-To: <035.62b061dbb16415d51e88c64e4e21354c@avcodec.org> References: <035.62b061dbb16415d51e88c64e4e21354c@avcodec.org> Message-ID: <050.3b5aea58341b7cd6a405616ed4e88e26@avcodec.org> #197: Multi-threaded decoding with -threads results in seg fault -----------------------+--------------------------- Reporter: gepmff | Owner: Type: defect | Status: open Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 64c06615d2b99fb9f4ffd6226d0e5787b44a41e2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 20:19:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 18:19:16 -0000 Subject: [FFmpeg-trac] #57(avformat:new): Patch to read disc number in mov.c In-Reply-To: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> References: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> Message-ID: <047.5734aa50e58fbb49fb3bc28f5f25411b@avcodec.org> #57: Patch to read disc number in mov.c ------------------------+----------------------- Reporter: rrt | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by rrt): Hi, please can you review the updated patch? I would like to get this one signed off! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 13 20:19:33 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 18:19:33 -0000 Subject: [FFmpeg-trac] #57(avformat:new): Patch to read disc number in mov.c In-Reply-To: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> References: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> Message-ID: <047.fd7e81584bd1525fe55d85d85b8c8e27@avcodec.org> #57: Patch to read disc number in mov.c ------------------------+----------------------- Reporter: rrt | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Comment (by rrt): (I checked, the patch still applies to git head.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 00:09:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 22:09:30 -0000 Subject: [FFmpeg-trac] #160(undetermined:open): QT RAW "256 colors" - broken output In-Reply-To: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> References: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> Message-ID: <053.b955a59c96cf43590eaef14dced4517c@avcodec.org> #160: QT RAW "256 colors" - broken output -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by ami_stuff): The problem happens with NONE (RAW) 2bpp (grayscale), 4bpp (grayscale), 8bps (grayscale) and 16bpp, but NOT with 1bpp, 24bpp or 32bpp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 00:41:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 22:41:19 -0000 Subject: [FFmpeg-trac] #169(avformat:open): IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly In-Reply-To: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> References: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> Message-ID: <053.c5c0620dcc6cf6690bf3107407ad9d3d@avcodec.org> #169: IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Hi, I confirm the analysis of Basty, IFF demuxer a fixed packet size of 1024 for audio, which works fine for mono, but not for stereo audio, from what I can read from the xine sources (xine-lib/src/demuxers/demux_iff.c), which decodes the files fine, all left samples are stored at the beginning, right samples at the end of the file. I'll try to come with a solution soon. BTW can you provide more stereo (compressed and uncompressed) samples? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 01:42:55 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 23:42:55 -0000 Subject: [FFmpeg-trac] #169(avformat:open): IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly In-Reply-To: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> References: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> Message-ID: <053.154a87aea60b9983f60865fcb9af76d0@avcodec.org> #169: IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Comment (by ami_stuff): Thanks for working on the fix. Sorry, I have no more samples for test. IFF 8SVX stereo files are rare and I have only these files which I create myself with sox and wavepak. I think the best will be to apply the patch which fixes playback of the samples from issue 1427 and 1589 and in case I find any bugs with some random generated samples with amiga programs then I will create a bugreport. BTW. seeking support would be great too, currently FFplay can't seek even uncompressed mono samples. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 01:45:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 May 2011 23:45:52 -0000 Subject: [FFmpeg-trac] #197(avcodec:closed): Multi-threaded decoding with -threads results in seg fault In-Reply-To: <035.62b061dbb16415d51e88c64e4e21354c@avcodec.org> References: <035.62b061dbb16415d51e88c64e4e21354c@avcodec.org> Message-ID: <050.9669963341ddd5459e5d42c05934ef5e@avcodec.org> #197: Multi-threaded decoding with -threads results in seg fault -----------------------+---------------------- Reporter: gepmff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 12:20:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 May 2011 10:20:03 -0000 Subject: [FFmpeg-trac] #19(FFmpeg:closed): MVs not available In-Reply-To: <034.7a71729c607ddd9a86c7aa162e98df4f@avcodec.org> References: <034.7a71729c607ddd9a86c7aa162e98df4f@avcodec.org> Message-ID: <049.4981595a55b244af147bad7cdeb04f1a@avcodec.org> #19: MVs not available -------------------+---------------------- Reporter: cosai | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.6 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => invalid Comment: Replying to [comment:4 cosai]: > The upper code is working but creating errors. I have installed the newest ffmpeg but I can not again create screenshot. > Please see the output below > > > ffmpeg -itsoffset -4 -i ./baby.mpeg -vcodec png -vframes 1 -an -f rawvideo -s 320x240 ./babynew.png This command is wrong if you want to take just the first picture, you should rather do: ffmpeg -vframes 1 -i ./baby.mpeg -s 320x240 ./babynew.png -f rawvideo and .png are contradicting and will likely cause a wrong result. Also see the image2 documentation in the manual muxers section to clarify the image2 syntax. > FFmpeg version 0.6.2, Copyright (c) 2000-2010 the FFmpeg developers > built on Mar 30 2011 08:50:34 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) > configuration: > libavutil 50.15. 1 / 50.15. 1 > libavcodec 52.72. 2 / 52.72. 2 > libavformat 52.64. 2 / 52.64. 2 > libavdevice 52. 2. 0 / 52. 2. 0 > libswscale 0.11. 0 / 0.11. 0 > Input #0, mpeg, from './baby.mpeg': > Duration: 26:30:43.71, start: 0.808011, bitrate: 0 kb/s > Stream #0.0[0x1e0]: Video: mpeg1video, yuv420p, 352x240 [PAR 200:219 DAR 880:657], 334 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc > Stream #0.1[0x1c0]: Audio: mp2, 44100 Hz, 1 channels, s16, 32 kb/s > Output #0, rawvideo, to './baby6.png': > Metadata: > encoder : Lavf52.64.2 > Stream #0.0: Video: png, rgb24, 320x240 [PAR 220:219 DAR 880:657], q=2-31, 200 kb/s, 90k tbn, 25 tbc > Stream mapping: > Stream #0.0 -> #0.0 > Press [q] to stop encoding > [mpeg1video @ 0xcab67d0]ac-tex damaged at 14 12 > [mpeg1video @ 0xcab67d0]Warning MVs not available > [mpeg1video @ 0xcab67d0]concealing 0 DC, 0 AC, 0 MV errors > [mpeg1video @ 0xcab67d0]ac-tex damaged at 12 9 > [mpeg1video @ 0xcab67d0]concealing 132 DC, 132 AC, 132 MV errors These warnings are typical for MJPEG corrupted streams, but usually don't compromise the decoding (although with some inevitable artifacts). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 14 21:46:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 May 2011 19:46:41 -0000 Subject: [FFmpeg-trac] #178(FFserver:new): ffserver segfault In-Reply-To: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> References: <038.31eb32e6bd7fc2841058df13374a425d@avcodec.org> Message-ID: <053.f994e4df2c663c156646d5800fc705ae@avcodec.org> #178: ffserver segfault ----------------------+----------------------- Reporter: andrixnet | Owner: baptiste Type: defect | Status: new Priority: normal | Component: FFserver Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+----------------------- Comment (by verem): Possible fixes for ffserver: https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-May/111589.html https://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2011-May/111590.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 00:22:41 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 May 2011 22:22:41 -0000 Subject: [FFmpeg-trac] #63(undetermined:open): Purple bars appear when scaling a video with ffmpeg for windows In-Reply-To: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> References: <039.a305b19e5a52d8be23c7ae7dcbb24b9a@avcodec.org> Message-ID: <054.b46d2e49a094a559f3874df93ec5ab87@avcodec.org> #63: Purple bars appear when scaling a video with ffmpeg for windows -------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: purple bars scale glitch | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -------------------------------------+--------------------------- Comment (by thebombzen): The purple bars glitch appeared with 64-bit on 64-bit vista, 32-bit on 64-bit vista, AND 32-bit with Wine. Because it also occurred with wine, it wasn't an OS problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 14:00:49 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 12:00:49 -0000 Subject: [FFmpeg-trac] #200(undetermined:new): aac_latm - failure decoding audio stream when audio configuration changes Message-ID: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> #200: aac_latm - failure decoding audio stream when audio configuration changes --------------------------+-------------------------- Reporter: gmcallow | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- After testing early Freeview HD support with MythTV, on some recordings on audio would stop partway through the recording. This typically happens on program start/end and the following error is reported: [aac_latm @ 0xf13bc0]channel element 0.0 is not allocated Using a recorded file, both VLC and Mplayer exhibit the same problem, which indicates FFMpeg as the likely source. What appears to happen is there is a change in audio configuration in some of the streams from stereo to six speakers and back again. FFMpeg can decode both configurations fine, but fails if a transition occurs mid-stream. I've posted a 50MB clip that exhibits the problem at: http://www.mediafire.com/?5zx2x3zv2g6hxys The audio decodes fine for the first three quarters of the clip, and then fails when the program starts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 18:52:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 16:52:33 -0000 Subject: [FFmpeg-trac] #201(undetermined:new): QT with audio: 32bit FLOAT, Little Endian decodes incorrectly Message-ID: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> #201: QT with audio: 32bit FLOAT, Little Endian decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- 32bit_FLOAT_Little_Endian.mov mono, 16bit, 22kHz plays correctly in QT player works fine with: ffmpeg -acodec pcm_f32le -i C:\32bit_FLOAT_Little_Endian.mov out.wav {{{ C:\>ffmpeg -i C:\32bit_FLOAT_Little_Endian.mov ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 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:\32bit_FLOAT_Little_Endian.mov': Metadata: creation_time : 2011-05-15 18:11:22 Duration: 00:00:05.95, start: 0.000000, bitrate: 1357 kb/s Stream #0.0(eng): Audio: pcm_f32be, 22050 Hz, 1 channels, flt, 705 kb/s Metadata: creation_time : 2011-05-15 18:11:22 Stream #0.1(eng): Video: tiff, monob, 192x128, 649 kb/s, 24 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-05-15 18:11:22 At least one output file must be specified }}} I can upload big endian file if there is a need (to see hex-diff between big and little endian files) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 18:56:55 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 16:56:55 -0000 Subject: [FFmpeg-trac] #202(undetermined:new): QT with audio: 32bit INTEGER, Little Endian decodes incorrectly Message-ID: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> #202: QT with audio: 32bit INTEGER, Little Endian decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- 32bit_INTEGER_Little_Endian.mov mono, 16bit, 22kHz plays correctly with QT player works fine with: ffmpeg -acodec pcm_s32le -i C:\32bit_FLOAT_Little_Endian.mov out.wav {{{ C:\>ffmpeg -i C:\32bit_INTEGER_Little_Endian.mov ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 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:\32bit_INTEGER_Little_Endian.mov': Metadata: creation_time : 2011-05-15 18:12:09 Duration: 00:00:05.95, start: 0.000000, bitrate: 1357 kb/s Stream #0.0(eng): Audio: pcm_s32be, 22050 Hz, 1 channels, s32, 705 kb/s Metadata: creation_time : 2011-05-15 18:12:09 Stream #0.1(eng): Video: tiff, monob, 192x128, 649 kb/s, 24 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-05-15 18:12:09 At least one output file must be specified }}} I can upload big endian file if there is a need (to see hex-diff between big and little endian files) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 19:01:26 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 17:01:26 -0000 Subject: [FFmpeg-trac] #203(undetermined:new): QT with audio: 64bit FLOAT, Little Endian decodes incorrectly Message-ID: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> #203: QT with audio: 64bit FLOAT, Little Endian decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- 64bit_FLOAT_Little_Endian.mov mono, 16bit, 22kHz plays correctly in QT player works fine with: ffmpeg -acodec pcm_f64le -i C:\32bit_FLOAT_Little_Endian.mov out.wav {{{ C:\>ffmpeg -i C:\64bit_FLOAT_Little_Endian.mov ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 1 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:\64bit_FLOAT_Little_Endian.mov': Metadata: creation_time : 2011-05-15 18:12:57 Duration: 00:00:05.95, start: 0.000000, bitrate: 2062 kb/s Stream #0.0(eng): Audio: pcm_f64be, 22050 Hz, 1 channels, dbl, 1411 kb/s Metadata: creation_time : 2011-05-15 18:12:57 Stream #0.1(eng): Video: tiff, monob, 192x128, 649 kb/s, 24 fps, 23.98 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2011-05-15 18:12:57 At least one output file must be specified }}} I can upload big endian file if there is a need (to see hex-diff between big and little endian files) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 20:01:03 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 18:01:03 -0000 Subject: [FFmpeg-trac] #165(undetermined:new): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.6e3fdbb67fa6e295a87f7b7991dbdf15@avcodec.org> #165: QT Cinepak - plays in negative ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): I have created QT Cinepak grayscale files with differen QT versions (Win) and all of the files plays in grayscale, so the question is which software was used to create 256grey.mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 20:01:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 18:01:50 -0000 Subject: [FFmpeg-trac] #165(undetermined:new): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.165a31969642afd62c88116daedfba45@avcodec.org> #165: QT Cinepak - plays in negative ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): *all of the files plays in negative of course -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 20:16:54 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 18:16:54 -0000 Subject: [FFmpeg-trac] #204(undetermined:new): AIFF QDesign2 - decodes incorretly Message-ID: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> #204: AIFF QDesign2 - decodes incorretly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- QDesign2, mono, 16bit, 11127 Hz decodec incorrectly, plays fine with QT player {{{ C:\>ffmpeg -i C:\QDesign2.aif out.wav ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, aiff, from 'C:\QDesign2.aif': Duration: 00:00:00.00, start: 0.000000, bitrate: 24792 kb/s Stream #0.0: Audio: qdm2, 11127 Hz, 1 channels, s16, 24 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.0.3 Stream #0.0: Audio: pcm_s16le, 11127 Hz, 1 channels, s16, 178 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding Multiple frames in a packet from stream 0 Error while decoding stream #0.0 bad superblock type Error while decoding stream #0.0es Error while decoding stream #0.0es Error while decoding stream #0.0es Error while decoding stream #0.0 Last message repeated 39 times size= 112kB time=5.15 bitrate= 178.1kbits/s video:0kB audio:112kB global headers:0kB muxing overhead 0.038365% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 20:58:45 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 18:58:45 -0000 Subject: [FFmpeg-trac] #204(undetermined:open): AIFF QDesign2 - decodes incorretly In-Reply-To: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> References: <038.f2f0af52b93f790561e5fbeb29f649ea@avcodec.org> Message-ID: <053.6241b3526fb3aad107853ebd8e328158@avcodec.org> #204: AIFF QDesign2 - decodes incorretly ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * priority: normal => wish * status: new => open * version: unspecified => git-master * type: defect => enhancement * reproduced: 0 => 1 Comment: Not a regression, afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 21:15:52 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 19:15:52 -0000 Subject: [FFmpeg-trac] #205(undetermined:new): Add support for 1bpp raw in AVI Message-ID: <038.d49d899c3422b94aab599159598289db@avcodec.org> #205: Add support for 1bpp raw in AVI --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- AVI (NONE, black & white) file created with QT, doesn't decode. Patch to fix this attached. {{{ C:\>ffmpeg -i NONE_black_white.avi out.avi ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, avi, from 'NONE_black_white.avi': Duration: 00:00:05.96, start: 0.000000, bitrate: 976 kb/s Stream #0.0: Video: rawvideo, yuv420p, 192x128, 25 tbr, 25 tbn, 25 tbc Stream #0.1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s [buffer @ 01DA2380] w:192 h:128 pixfmt:yuv420p tb:1/1000000 sar:0/1 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.0.3 Stream #0.0: Video: mpeg4, yuv420p, 192x128, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream #0.1: Audio: mp2, 22050 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 [...] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 21:26:07 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 19:26:07 -0000 Subject: [FFmpeg-trac] #206(undetermined:new): Add support for 2bpp raw in AVI Message-ID: <038.10c39589b0bad2dd62217731c6fa6673@avcodec.org> #206: Add support for 2bpp raw in AVI --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- AVI (NONE, 4colors) file created with QT, doesn't decode. Patch to fix this attached. {{{ C:\>ffmpeg -i NONE_4colors.avi out.avi ffmpeg version git-N-29815-gde545d2, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 11 2011 14:36:19 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, avi, from 'NONE_4colors.avi': Duration: 00:00:05.96, start: 0.000000, bitrate: 1591 kb/s Stream #0.0: Video: rawvideo, yuv420p, 192x128, 25 tbr, 25 tbn, 25 tbc Stream #0.1: Audio: pcm_s16le, 22050 Hz, 1 channels, s16, 352 kb/s [buffer @ 01DA2620] w:192 h:128 pixfmt:yuv420p tb:1/1000000 sar:0/1 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.0.3 Stream #0.0: Video: mpeg4, yuv420p, 192x128, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream #0.1: Audio: mp2, 22050 Hz, 1 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 [...] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 22:44:50 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 20:44:50 -0000 Subject: [FFmpeg-trac] #201(avformat:open): QT with audio: 32bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> References: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> Message-ID: <053.446fd61dbaf3af8dea22fd63ee09c521@avcodec.org> #201: QT with audio: 32bit FLOAT, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch sent to -devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 22:45:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 20:45:04 -0000 Subject: [FFmpeg-trac] #202(avformat:open): QT with audio: 32bit INTEGER, Little Endian decodes incorrectly In-Reply-To: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> References: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> Message-ID: <053.222e140952b9b161a7b6b3398efa550d@avcodec.org> #202: QT with audio: 32bit INTEGER, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch sent to -devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 15 22:45:17 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 May 2011 20:45:17 -0000 Subject: [FFmpeg-trac] #203(avformat:open): QT with audio: 64bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> References: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> Message-ID: <053.98aa9d8533dd255860ea3e165246b8c9@avcodec.org> #203: QT with audio: 64bit FLOAT, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Patch sent to -devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 10:52:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 08:52:16 -0000 Subject: [FFmpeg-trac] #207(avfilter:new): Drawtext filter displays static date (date doesn't update) Message-ID: <035.156fb2764c9865571f85dddf82394687@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ------------------------+---------------------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: new Priority: important | Component: avfilter Version: git | Keywords: libavfilter drawtext Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------------------- I'm using latest (at the moment) FFmpeg version: git-N-29946-g27614b1. When trying to overlay updating date/time on a video using the drawtext filter, the initial time is displayed from when the command was run - but the time does not further update. I've tested this with nightly from 08/March/2011 and it was working fine. I don't know when did it brake. Here is the command I use: ffmpeg -fflags +genpts -t 600 -f mjpeg -r 8 -s 640x480 \ -i http://localhost:8080/?action=stream -vcodec mpeg4 \ -vf drawtext="fontfile=/usr/share/fonts/TTF/mitra.ttf:x=70:y=455: \ text='\%H\:\%M\:\%S | \%a \%d/\%b/\%Y | S500ATV | camera 0': \ fontcolor=0xFFFFFFFF:fontsize=18: \ shadowcolor=0x000000EE:shadowx=1:shadowy=1" \ -b 1500000 -r 8 video_file.avi The input stream is an mjpeg stream generated with mjpeg_streamer from a usb webcam. Here is the console output with -v 9 -loglevel 99: ffmpeg version git-N-29946-g27614b1, Copyright (c) 2000-2011 the FFmpeg developers built on May 15 2011 20:38:44 with gcc 4.5.2 configuration: --prefix=/usr --enable-filter=drawtext --enable- libfreetype --enable-libx264 --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 0x8cd7e00] buffer too small, expanding to 39696 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39696 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39694 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39656 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39650 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39644 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39510 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39503 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39484 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39064 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 247 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39058 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38810 bytes (310475 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8ccbba0] max_analyze_duration reached [mjpeg @ 0x8ccbba0] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'http://localhost:8080/?action=stream': Duration: N/A, bitrate: N/A Stream #0.0, 42, 1/1200000: Video: mjpeg, yuvj422p, 640x480, 1/8, 8 fps, 8 tbr, 1200k tbn, 8 tbc Incompatible pixel format 'yuvj422p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 0x8ce11e0] w:640 h:480 pixfmt:yuvj422p tb:1/1000000 sar:0/1 [drawtext @ 0x8ce0ca0] Setting value '/usr/share/fonts/TTF/mitra.ttf' for key 'fontfile' [drawtext @ 0x8ce0ca0] Setting value '70' for key 'x' [drawtext @ 0x8ce0ca0] Setting value '455' for key 'y' [drawtext @ 0x8ce0ca0] Setting value '%H:%M:%S | %a %d/%b/%Y | S465ATV | camera 0' for key 'text' [drawtext @ 0x8ce0ca0] Setting value '0xFFFFFFFF' for key 'fontcolor' [drawtext @ 0x8ce0ca0] Setting value '18' for key 'fontsize' [drawtext @ 0x8ce0ca0] Setting value '0x000000EE' for key 'shadowcolor' [drawtext @ 0x8ce0ca0] Setting value '1' for key 'shadowx' [drawtext @ 0x8ce0ca0] Setting value '1' for key 'shadowy' [drawtext @ 0x8ce0be0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'Parsed filter 0 drawtext' [scale @ 0x8cdbee0] w:640 h:480 fmt:yuvj422p -> w:640 h:480 fmt:yuv420p flags:0xa0000004 Output #0, avi, to '/var/iroko/videos/2011-05-16/09-40_camera0.avi': Metadata: ISFT : Lavf53.0.3 Stream #0.0, 0, 1/8: Video: mpeg4, yuv420p, 640x480, 1/8, q=2-31, 1500 kb/s, 8 tbn, 8 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mjpeg @ 0x8cd7e00] buffer too small, expanding to 39696 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39696 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39694 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39656 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39650 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39644 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39510 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39503 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39484 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39064 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 247 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39058 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38810 bytes (310475 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] buffer too small, expanding to 39740 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39740 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39738 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39700 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39694 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39688 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39554 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39547 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39528 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39108 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 230 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39102 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38871 bytes (310967 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] buffer too small, expanding to 39780 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39780 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39778 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39740 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39734 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39728 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39594 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39587 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39568 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39148 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 206 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39142 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38935 bytes (311474 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] buffer too small, expanding to 39836 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39836 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39834 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39796 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39790 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39784 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39650 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39643 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39624 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39204 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 215 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39198 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38982 bytes (311849 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39776 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39774 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39736 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39730 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39724 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39590 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39583 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39564 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39144 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 235 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39138 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38902 bytes (311214 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39744 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39742 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39704 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39698 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39692 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39558 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39551 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39532 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39112 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 228 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39106 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38877 bytes (311015 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39732 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39730 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39692 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39686 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39680 [mjpeg @ 0x8cd7e00] index=0 [mjpeg @ 0x8cd7e00] qscale[0]: 2 [mjpeg @ 0x8cd7e00] index=1 [mjpeg @ 0x8cd7e00] qscale[1]: 4 [mjpeg @ 0x8cd7e00] marker parser used 132 bytes (1056 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39546 [mjpeg @ 0x8cd7e00] marker parser used 5 bytes (40 bits) [mjpeg @ 0x8cd7e00] marker=c0 avail_size_in_buf=39539 [mjpeg @ 0x8cd7e00] sof0: picture: 640x480 [mjpeg @ 0x8cd7e00] component 0 2:1 id: 0 quant:0 [mjpeg @ 0x8cd7e00] component 1 1:1 id: 1 quant:1 [mjpeg @ 0x8cd7e00] component 2 1:1 id: 2 quant:1 [mjpeg @ 0x8cd7e00] pix fmt id 21111100 [mjpeg @ 0x8cd7e00] marker parser used 17 bytes (136 bits) [mjpeg @ 0x8cd7e00] marker=c4 avail_size_in_buf=39520 [mjpeg @ 0x8cd7e00] class=0 index=0 nb_codes=12 [mjpeg @ 0x8cd7e00] class=0 index=1 nb_codes=12 [mjpeg @ 0x8cd7e00] class=1 index=0 nb_codes=251 [mjpeg @ 0x8cd7e00] class=1 index=1 nb_codes=251 [mjpeg @ 0x8cd7e00] marker parser used 418 bytes (3344 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39100 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] escaping removed 230 bytes [mjpeg @ 0x8cd7e00] marker=da avail_size_in_buf=39094 [mjpeg @ 0x8cd7e00] component: 0 [mjpeg @ 0x8cd7e00] component: 1 [mjpeg @ 0x8cd7e00] component: 2 [mjpeg @ 0x8cd7e00] marker parser used 38863 bytes (310903 bits) [mjpeg @ 0x8cd7e00] marker=d9 avail_size_in_buf=102 [mjpeg @ 0x8cd7e00] mjpeg decode frame unused 102 bytes [mjpeg @ 0x8cd7e00] marker=d8 avail_size_in_buf=39740 [mjpeg @ 0x8cd7e00] marker parser used 0 bytes (0 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39738 [mjpeg @ 0x8cd7e00] marker parser used 36 bytes (288 bits) [mjpeg @ 0x8cd7e00] marker=fe avail_size_in_buf=39700 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=dd avail_size_in_buf=39694 [mjpeg @ 0x8cd7e00] restart interval: 0 [mjpeg @ 0x8cd7e00] marker parser used 4 bytes (32 bits) [mjpeg @ 0x8cd7e00] marker=db avail_size_in_buf=39688 [mjpeg @ 0x8cd7e00] index=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 11:28:49 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 09:28:49 -0000 Subject: [FFmpeg-trac] #205(avcodec:closed): Add support for 1bpp raw in AVI In-Reply-To: <038.d49d899c3422b94aab599159598289db@avcodec.org> References: <038.d49d899c3422b94aab599159598289db@avcodec.org> Message-ID: <053.40bbf17c4888333caa14442c3bc93e67@avcodec.org> #205: Add support for 1bpp raw in AVI ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * type: defect => enhancement * component: undetermined => avcodec * version: unspecified => git-master * resolution: => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 11:29:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 09:29:09 -0000 Subject: [FFmpeg-trac] #206(avcodec:closed): Add support for 2bpp raw in AVI In-Reply-To: <038.10c39589b0bad2dd62217731c6fa6673@avcodec.org> References: <038.10c39589b0bad2dd62217731c6fa6673@avcodec.org> Message-ID: <053.01fa7f44c14ce87e6a4b61a1652f7779@avcodec.org> #206: Add support for 2bpp raw in AVI ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avcodec * type: defect => enhancement Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 13:30:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 11:30:30 -0000 Subject: [FFmpeg-trac] #207(avfilter:new): Drawtext filter displays static date (date doesn't update) In-Reply-To: <035.156fb2764c9865571f85dddf82394687@avcodec.org> References: <035.156fb2764c9865571f85dddf82394687@avcodec.org> Message-ID: <050.f11481a90ca784fcd1ba7c8e2202648b@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ---------------------------------+----------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: new Priority: important | Component: avfilter Version: git | Resolution: Keywords: libavfilter drawtext | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------+----------------------- Comment (by xj25vm): I've just noticed that top shows the processor as 100% on one of the cores just for a single instance/process of ffmpeg. On the same platform, doing the same work, it used to be between 28% and 38% on one of the cores with the ffmpeg build from 8-March-2011. Could it be related to the drawtext filter bug? I am on an Atom D510 processor at 1.66GHz (two cores showing as four because of hyperthreading). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 14:52:04 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 12:52:04 -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.528d7d876cff4e197e1eb41fc622148d@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by jogga): Yes!!! I found the revision intruducing the bug using git bisect as you suggested. 91360ce61d00bb20429fb41857abebf50a5c6b1d is the first bad commit commit 91360ce61d00bb20429fb41857abebf50a5c6b1d Author: Baptiste Coudurier Date: Tue Nov 23 00:41:28 2010 +0000 Unset variable fps for mov and mp4 muxer, they support it but timestamps must start at 0 currently, and this causes sync problem. Originally committed as revision 25805 to svn://svn.ffmpeg.org/ffmpeg/trunk :040000 040000 6c6427cbb95b35f35b8d219ce218a90a8b2582e7 ac7d1a5c490707cfa20fd1f461e0e04c1af8916d M libavformat It seems like something changed in the mov and mp4 muxer. How do we continue to solve this bug? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 14:54:41 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 12:54:41 -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.3fade7bfd227243be107da02a0af4816@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by jogga): More info from git show commit 91360ce61d00bb20429fb41857abebf50a5c6b1d Author: Baptiste Coudurier Date: Tue Nov 23 00:41:28 2010 +0000 Unset variable fps for mov and mp4 muxer, they support it but timestamps must start at 0 currently, and this causes sync problem. Originally committed as revision 25805 to svn://svn.ffmpeg.org/ffmpeg/trunk diff --git a/libavformat/movenc.c b/libavformat/movenc.c index 77f122b..b1ad714 100644 --- a/libavformat/movenc.c +++ b/libavformat/movenc.c @@ -2215,7 +2215,7 @@ AVOutputFormat mov_muxer = { mov_write_header, ff_mov_write_packet, mov_write_trailer, - .flags = AVFMT_GLOBALHEADER | AVFMT_VARIABLE_FPS, + .flags = AVFMT_GLOBALHEADER, .codec_tag = (const AVCodecTag* const []){codec_movvideo_tags, codec_movaud }; #endif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 16:10:08 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 14:10:08 -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.b4adfde96c2f99d614c3bb79f70ce575@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, png, ffmpeg | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------------+----------------------- Comment (by jogga): Now I have compiled a version that can encode the movie correctly by enabling the AVFMT_VARIABLE_FPS flags for the mov and mp4 muxers. I still can't get the movie overlay to work as expected. When I'm running a command like: ffmpeg -y -i /Users/jogga/Movies/skiing.m4v -acodec copy -s 640x360 -vcodec libx264 -vpre slow -vpre ipod640 -crf 22 -threads 0 -vf "movie=/Users/jogga/Movies/skiing_subtitles.mov:f=mov, pad=640:360:0:286:0x00000000[subtitles];[in][subtitles] overlay=0:0:1[out]" /Users/jogga/Desktop/Slaskmappen/skiing_subtitled.m4v it still skips the empty samples at the beginning of the skiing_subtitles.mov file and everything gets out of sync. This is the output from the above command: ffmpeg version git-N-29957-g85eedcf, Copyright (c) 2000-2011 the FFmpeg developers built on May 16 2011 15:37:05 with clang 2.0 (tags/Apple/clang-139) 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. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 1 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/Movies/skiing.m4v': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom creation_time : 2011-05-16 14:02:59 encoder : CoreMediaAuthoring 706, CoreMedia 484.20, i386 title : skiing.mov Duration: 00:00:10.03, start: 0.000000, bitrate: 937 kb/s Stream #0.0(und): Audio: aac, 44100 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2011-05-16 14:02:59 Stream #0.1(und): Video: h264 (Constrained Baseline), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 798 kb/s, 25.02 fps, 25 tbr, 2500 tbn, 5k tbc Metadata: creation_time : 2011-05-16 14:02:59 [buffer @ 0x101302000] w:480 h:270 pixfmt:yuv420p tb:1/1000000 sar:1/1 [movie @ 0x101300f80] seek_point:0 format_name:mov file_name:/Users/jogga/Movies/skiing_subtitles.mov stream_index:0 [overlay @ 0x101306780] auto-inserting filter 'auto-inserted scaler 0' between the filter 'Parsed filter 1 pad' and the filter 'Parsed filter 2 overlay' [scale @ 0x101304b80] w:480 h:270 fmt:yuv420p -> w:640 h:360 fmt:yuv420p flags:0xa0000004 [pad @ 0x101306560] w:640 h:74 -> w:640 h:360 x:0 y:286 color:0x00000000[rgba] [scale @ 0x101306da0] w:640 h:360 fmt:bgra -> w:640 h:360 fmt:yuva420p flags:0xa0000004 [overlay @ 0x101306780] main w:640 h:360 fmt:yuv420p overlay x:0 y:0 w:640 h:360 fmt:yuva420p [overlay @ 0x101306780] main_tb:1/1000000 overlay_tb:1/600 -> tb:1/3000000 exact:1 [libx264 @ 0x101801800] using SAR=1/1 [libx264 @ 0x101801800] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x101801800] profile Constrained Baseline, level 3.0 [libx264 @ 0x101801800] 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=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=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=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=10000 vbv_bufsize=10000 crf_max=0.0 nal_hrd=none ip_ratio=1.41 aq=1:1.00 Output #0, ipod, to '/Users/jogga/Desktop/Slaskmappen/skiing_subtitled.m4v': Metadata: major_brand : M4VP minor_version : 1 compatible_brands: M4VPM4A mp42isom creation_time : 2011-05-16 14:02:59 title : skiing.mov encoder : Lavf53.1.0 Stream #0.0(und): Video: libx264, yuv420p, 640x360 [PAR 1:1 DAR 16:9], q=0-69, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2011-05-16 14:02:59 Stream #0.1(und): Audio: aac, 44100 Hz, stereo, 128 kb/s Metadata: creation_time : 2011-05-16 14:02:59 Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop, [?] for help frame= 250 fps= 66 q=-1.0 Lsize= 1632kB time=10.00 bitrate=1336.7kbits/s video:1467kB audio:158kB global headers:0kB muxing overhead 0.403333% frame I:10 Avg QP:18.48 size: 14530 [libx264 @ 0x101801800] frame P:240 Avg QP:23.91 size: 5652 [libx264 @ 0x101801800] mb I I16..4: 46.0% 0.0% 54.0% [libx264 @ 0x101801800] mb P I16..4: 7.2% 0.0% 5.2% P16..4: 42.5% 18.6% 5.0% 0.0% 0.0% skip:21.5% [libx264 @ 0x101801800] coded y,uvDC,uvAC intra: 39.4% 25.0% 2.6% inter: 30.5% 17.0% 0.0% [libx264 @ 0x101801800] i16 v,h,dc,p: 49% 24% 12% 14% [libx264 @ 0x101801800] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 17% 11% 9% 11% 10% 12% 7% 10% [libx264 @ 0x101801800] i8c dc,h,v,p: 75% 12% 10% 3% [libx264 @ 0x101801800] kb/s:1201.48 What could be wrong now? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 16:44:07 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 14:44:07 -0000 Subject: [FFmpeg-trac] #172(avcodec:closed): PNG 1bpp grayscale image decodes incorrectly In-Reply-To: <038.5bb507e837b8465fefa08bb01ef5241d@avcodec.org> References: <038.5bb507e837b8465fefa08bb01ef5241d@avcodec.org> Message-ID: <053.23055e27bd4149be5652d98828529e9b@avcodec.org> #172: PNG 1bpp grayscale image decodes incorrectly ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Fixed in commit: commit 68bed67d2eaabcfa7eaf00442312055f7d953b69 Author: Stefano Sabatini Date: Mon May 16 01:51:04 2011 +0200 pngdec: relax condition for setting monoblack pixel format Ignore color_type information for setting the monoblack pixel format, only rely on bit_depth. In particular: fix Test_1bpp_grayscale.png from issue #172. This may work fine for some broken encoder, and not for others. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 16:44:37 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 14:44:37 -0000 Subject: [FFmpeg-trac] #80(undetermined:new): matrox mmes codec + lowres option = crash In-Reply-To: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> References: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> Message-ID: <053.8c7822f03ab8db0ee5bc4ee5024ce171@avcodec.org> #80: matrox mmes codec + lowres option = crash ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): This is fixed on win32 as well (no crash). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 16:47:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 14:47:35 -0000 Subject: [FFmpeg-trac] #81(undetermined:new): ffplay - camtasia codec playback regression In-Reply-To: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> References: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> Message-ID: <053.72bbaff47d8282808f51f9079bc13277@avcodec.org> #81: ffplay - camtasia codec playback regression -----------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: win32 regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by ami_stuff): with the latest win32 build the problem is not reproductible anymore, so this ticket can be closed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 16:59:01 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 14:59:01 -0000 Subject: [FFmpeg-trac] #208(undetermined:new): png 4bpp file decodes incorrectly Message-ID: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> #208: png 4bpp file decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- This may be the same problem like with ticket 172, but now with 4bpp png file. The same problem happens with 4bpp grayscale. {{{ C:\>ffmpeg -i Test_4bpp.png ffmpeg version git-N-29946-g27614b1, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 15 2011 14:55:24 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from 'Test_4bpp.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: png, pal8, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 17:19:21 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 15:19:21 -0000 Subject: [FFmpeg-trac] #19(FFmpeg:closed): MVs not available In-Reply-To: <034.7a71729c607ddd9a86c7aa162e98df4f@avcodec.org> References: <034.7a71729c607ddd9a86c7aa162e98df4f@avcodec.org> Message-ID: <049.cd38beab1013c263e629445293e58fe5@avcodec.org> #19: MVs not available -------------------+---------------------- Reporter: cosai | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.6 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------+---------------------- Comment (by cosai): Thank you very much for the answer. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 22:23:03 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 20:23:03 -0000 Subject: [FFmpeg-trac] #209(undetermined:new): -strict experimental Does Not Work Message-ID: <032.aa1eb61f5c39c44fc39d58c3ae7c4a83@avcodec.org> #209: -strict experimental Does Not Work --------------------------+--------------------- Reporter: DJX | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- I may be off my rocker but I believe I'm typing this correctly. '''ffmpeg -strict experimental -i C:\Temp\wildlife.wmv -acodec aac C:\Temp\temp.mp4''' ffmpeg version git-N-29946-g27614b1, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 15 2011 14:55:24 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000 /1) -> 29.97 (30000/1001) Input #0, asf, from 'C:\Temp\wildlife.wmv': Metadata: SfOriginalFPS : 2997\ WMFSDKVersion : 11.0.6001.7000 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 title : Wildlife in HD artist : copyright : ?? 2008 Microsoft Corporation comment : Footage: Small World Productions, Inc; Tourism New Zealand | Producer: Gary F. Spradling | Music: Steve Ball Duration: 00:00:30.09, start: 0.000000, bitrate: 6977 kb/s Stream #0.0(eng): Audio: wmav2, 44100 Hz, 2 channels, s16, 192 kb/s Stream #0.1(eng): Video: vc1 (Advanced), yuv420p, 1280x720, 5942 kb/s, 29.97 tbr, 1k tbn, 1k tbc encoder 'aac' is experimental and might produce bad results. Add '-strict experimental' if you want to use it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 23:28:31 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 21:28:31 -0000 Subject: [FFmpeg-trac] #208(undetermined:new): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.9d9429978267da1c8f4d4969c108ec52@avcodec.org> #208: png 4bpp file decodes incorrectly ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): I belive this is the same issue: 3.mov: png, 16colors (4bpp), filter NONE -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 23:55:06 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 21:55:06 -0000 Subject: [FFmpeg-trac] #209(FFmpeg:closed): -strict experimental Does Not Work In-Reply-To: <032.aa1eb61f5c39c44fc39d58c3ae7c4a83@avcodec.org> References: <032.aa1eb61f5c39c44fc39d58c3ae7c4a83@avcodec.org> Message-ID: <047.7b3e10b1e71a9b8572ddfc06762cba4b@avcodec.org> #209: -strict experimental Does Not Work -----------------------+---------------------- Reporter: DJX | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid * version: git => git-master * component: undetermined => FFmpeg Comment: Since you want -strict experimental to work on the output file, you have to place it behind the input file (before the output file). {{{ ffmpeg -i file -strict experimental -acodec aac out.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 16 23:57:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 21:57:25 -0000 Subject: [FFmpeg-trac] #81(undetermined:closed): ffplay - camtasia codec playback regression In-Reply-To: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> References: <038.92b550164247aec7ec94f0ca18a8077d@avcodec.org> Message-ID: <053.f7ff99b86caf85a65cde897b7c273bde@avcodec.org> #81: ffplay - camtasia codec playback regression -----------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: win32 regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 00:07:19 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 22:07:19 -0000 Subject: [FFmpeg-trac] #80(undetermined:closed): matrox mmes codec + lowres option = crash In-Reply-To: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> References: <038.b544d20101df7d7ba34bb9d4c81b470d@avcodec.org> Message-ID: <053.dc1a3f61cee900976045cb7a386d3feb@avcodec.org> #80: matrox mmes codec + lowres option = crash -----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => closed * version: unspecified => git-master * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 00:14:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 22:14:51 -0000 Subject: [FFmpeg-trac] #208(avcodec:open): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.380382ec6350c6449b6931c16a8734c1@avcodec.org> #208: png 4bpp file decodes incorrectly -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 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 Tue May 17 00:19:56 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 22:19:56 -0000 Subject: [FFmpeg-trac] #207(avfilter:closed): Drawtext filter displays static date (date doesn't update) In-Reply-To: <035.156fb2764c9865571f85dddf82394687@avcodec.org> References: <035.156fb2764c9865571f85dddf82394687@avcodec.org> Message-ID: <050.0bda34258f53907a6ee30ef5c0d92430@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ---------------------------------+----------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: libavfilter drawtext | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in commit: commit ce207e050e38352541531e2f09d62c2f54680063 Author: Stefano Sabatini Date: Mon May 16 20:11:50 2011 +0200 drawtext: fix strftime() text expansion The feature was dropped after the filter was partially rewritten and recommitted. Fix issue #207. As for the CPU usage issue, can you try to git bisect in order to determine which commit changed it? (but please do it in a separate ticket) Also note that 100% CPU usage for ffmpeg is not so weird. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 00:54:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 22:54:58 -0000 Subject: [FFmpeg-trac] #157(undetermined:new): Specifying KEYINT (-g) has no effect In-Reply-To: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> References: <034.a251a8fd030ad0fa98dd0bcf1b929e85@avcodec.org> Message-ID: <049.c18c2eb417717c97ed615b7583dd0fd7@avcodec.org> #157: Specifying KEYINT (-g) has no effect -----------------------+--------------------------- Reporter: Reado | Owner: Type: defect | Status: new Priority: critical | Component: undetermined Version: git-oldabi | Resolution: Keywords: keyint | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by bcoudurier): Some parameters are still overriden by the -preset option. If you want to enhance them, it would be great. You can have a look at the commit concerning "weightp" and mimic what it does for "g", "qmin", "qmax" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:14:22 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:14:22 -0000 Subject: [FFmpeg-trac] #169(avformat:closed): IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly In-Reply-To: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> References: <038.24442fdb51e4175785901294fb93e07c@avcodec.org> Message-ID: <053.02739b33b8c22dcf036dc6630059f5fa@avcodec.org> #169: IFF 8SVX stereo files (with FIB/EXP compression) decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Changes (by saste): * status: open => closed * resolution: => fixed Comment: Fixed in commit: commit e280a4da2ae6fd44f0079358ecc5aa08e388a5ed Author: Stefano Sabatini Date: Sun May 15 13:24:46 2011 +0200 iff/8svx: redesign 8SVX demuxing and decoding for handling stereo samples correctly Make the iff demuxer send the whole audio chunk to the decoder as a single packet, move stereo interleaving from the iff demuxer to the decoder, and introduce an 8svx_raw decoder which performs stereo interleaving. This is required for handling stereo data correctly, indeed samples are stored like: LLLLLL....RRRRRR that is all left samples are at the beginning of the chunk, all right samples at the end, so it is necessary to store and process the whole buffer in order to decode each frame. Thus the decoder needs all the audio chunk before it can return interleaved data. Fix decoding of files 8svx_exp.iff and 8svx_fib.iff, fix trac issue #169. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:32:47 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:32:47 -0000 Subject: [FFmpeg-trac] #208(avcodec:open): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.2c83fc778a7a068b8d05757c6a6626f4@avcodec.org> #208: png 4bpp file decodes incorrectly -----------------------+---------------------- 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 saste): Decoding for these kind of files needs to be yet implemented: /* TODO: * - add 2, 4 and 16 bit depth support */ And I can't open 3.mov (tried with display from ImageMagik), sure you posted the right file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:53:55 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:53:55 -0000 Subject: [FFmpeg-trac] #208(avcodec:open): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.fead6a02338ca7bd70c0f3d3931bab7d@avcodec.org> #208: png 4bpp file decodes incorrectly -----------------------+---------------------- 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 ami_stuff): works fine here, but sometimes trac outputs broken files for me, so maybe this is a problem try this: http://www.datafilehost.com/download-c9df930a.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:55:39 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:55:39 -0000 Subject: [FFmpeg-trac] #208(avcodec:open): png 4bpp file decodes incorrectly In-Reply-To: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> References: <038.98ee66bab65bf6fc9665ed2fd5fa8ca5@avcodec.org> Message-ID: <053.edceb8d520c3738e1e37e16fec13c396@avcodec.org> #208: png 4bpp file decodes incorrectly -----------------------+---------------------- 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 ami_stuff): 3.mov is a quicktime movie, not image -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:59:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:59:45 -0000 Subject: [FFmpeg-trac] #201(avformat:closed): QT with audio: 32bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> References: <038.aadda8fafb53d0983373b16925b7a470@avcodec.org> Message-ID: <053.285e3fa8f97617ad265dba4ade0543eb@avcodec.org> #201: QT with audio: 32bit FLOAT, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in d2549ba9df1a1aac8c0ae19bfca2c81e508ba02e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 01:59:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 May 2011 23:59:54 -0000 Subject: [FFmpeg-trac] #202(avformat:closed): QT with audio: 32bit INTEGER, Little Endian decodes incorrectly In-Reply-To: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> References: <038.5fc949b9dc68b9155cdd328b57e846a7@avcodec.org> Message-ID: <053.3247c3aac1dbd615e207307f8b0e9dfc@avcodec.org> #202: QT with audio: 32bit INTEGER, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in d2549ba9df1a1aac8c0ae19bfca2c81e508ba02e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 02:00:35 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 00:00:35 -0000 Subject: [FFmpeg-trac] #203(avformat:closed): QT with audio: 64bit FLOAT, Little Endian decodes incorrectly In-Reply-To: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> References: <038.add1fa2752109fad6fcc372b3aa7cc7d@avcodec.org> Message-ID: <053.23949ae6093b4d1b8e75f3605233c580@avcodec.org> #203: QT with audio: 64bit FLOAT, Little Endian decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in d2549ba9df1a1aac8c0ae19bfca2c81e508ba02e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 04:20:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 02:20:29 -0000 Subject: [FFmpeg-trac] #207(avfilter:closed): Drawtext filter displays static date (date doesn't update) In-Reply-To: <035.156fb2764c9865571f85dddf82394687@avcodec.org> References: <035.156fb2764c9865571f85dddf82394687@avcodec.org> Message-ID: <050.6781031aeabbf66bd420cc96b1476984@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ---------------------------------+----------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: libavfilter drawtext | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------+----------------------- Comment (by Marcos Mello): I think some bug still remains, because the time isn't updated correctly. Tested with git-N-29973-gf2962ac and the following command: {{{ ffmpeg -i sign_irene_cif.y4m -vf drawtext="fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf: text='%T %D': x=10: y=10: fontsize=24: fontcolor=black: box=1: boxcolor=white at 0.7" -vcodec libx264 -preset fast -crf 34 -threads 0 strftime.mkv }}} See the "strftime.mkv" attachment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 04:40:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 02:40:11 -0000 Subject: [FFmpeg-trac] #210(undetermined:new): bit depth loss with 'lossless' encoding! Message-ID: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> #210: bit depth loss with 'lossless' encoding! --------------------------+----------------------- Reporter: Atrocia | Type: defect Status: new | Priority: critical Component: undetermined | Version: git Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+----------------------- I have 48 KHz / 24 bit audio files created by the Zoom H1 audio recorder; e.g.: $ mediainfo sample.WAV General Complete name : sample.WAV Format : Wave File size : 2.75 MiB Duration : 10s 0ms Overall bit rate : 2 304 Kbps Audio ID : 0 Format : PCM Format settings, Endianness : Little Codec ID : 1 Codec ID/Hint : Microsoft Duration : 10s 0ms Bit rate : 2 304 Kbps Channel(s) : 2 channels Sampling rate : 48.0 KHz Bit depth : 24 bits Stream size : 2.75 MiB (100%) When I convert them to flac format, they become 16 bit: $ ffmpeg -i sample.WAV sample.flac ... $ mediainfo sample.flac General Complete name : sample.flac Format : FLAC Format/Info : Free Lossless Audio Codec File size : 695 KiB Duration : 10s 0ms Overall bit rate : 569 Kbps Writing application : Lavf53.0.3 Audio Format : FLAC Format/Info : Free Lossless Audio Codec Duration : 10s 0ms Bit rate mode : Variable Bit rate : 563 Kbps Channel(s) : 2 channels Sampling rate : 48.0 KHz Bit depth : 16 bits Stream size : 687 KiB (99%) Writing library : Lavf53.0.3 ffmpeg (git-N-29954-gfc19379) throws this warning - I don't know if it's relevant: Incompatible sample format 's32' for codec 'flac', auto-selecting format 's16' The 'flac' tool, from the flac project, handles these files correctly: $ flac sample.WAV ... $ mediainfo sample.flac General Complete name : sample.flac Format : FLAC Format/Info : Free Lossless Audio Codec File size : 1.59 MiB Duration : 10s 0ms Overall bit rate : 1 336 Kbps Audio Format : FLAC Format/Info : Free Lossless Audio Codec Duration : 10s 0ms Bit rate mode : Variable Bit rate : 1 329 Kbps Channel(s) : 2 channels Sampling rate : 48.0 KHz Bit depth : 24 bits Stream size : 1.58 MiB (100%) Writing library : libFLAC 1.2.1 (UTC 2007-09-17) flac gives this warning - no idea if this is related to the one ffmpeg gives: sample.WAV: WARNING: legacy WAVE file has format type 1 but bits-per- sample=24 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 11:04:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 09:04:37 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): bit depth loss with 'lossless' encoding! In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.7c51979262fc6ab5653b5b83f7aa25ed@avcodec.org> #210: bit depth loss with 'lossless' encoding! ------------------------+---------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: critical => wish * version: git => git-master * type: defect => enhancement Comment: For future reports, please provide complete, uncut output of your ffmpeg- command (including the command line), third party application output is almost never needed. FFmpeg warns that its flac-encoder does not support 24 (or 32) bit and the content was therefore down-sampled, so this is a feature request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 11:09:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 09:09:23 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): 24bit flac encoding (was: bit depth loss with 'lossless' encoding!) In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.7c6e7798820df0aa4f540554da1efab1@avcodec.org> #210: 24bit flac encoding ------------------------+---------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 11:38:28 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 09:38:28 -0000 Subject: [FFmpeg-trac] #166(FFplay:closed): FFplay + image = stats are print in the console In-Reply-To: <038.eb66662aded00a83e1eb384f9760ca23@avcodec.org> References: <038.eb66662aded00a83e1eb384f9760ca23@avcodec.org> Message-ID: <053.af4a1911c599398e5c97d0be162d5737@avcodec.org> #166: FFplay + image = stats are print in the console ------------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => invalid * status: new => closed * component: undetermined => FFplay * reproduced: 0 => 1 Comment: This is the assumed behavior, as ffplay doesn't make distinction between video and image codecs (and rightly, as the distinction is somehow arbitrary). But you can avoid the stats log by using the -nostats option. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 11:45:36 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 09:45:36 -0000 Subject: [FFmpeg-trac] #200(avcodec:open): aac - failure decoding audio stream when audio configuration changes (was: aac_latm - failure decoding audio stream when audio configuration changes) In-Reply-To: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> References: <037.90fe1078087a6ef043b9907feae8da43@avcodec.org> Message-ID: <052.c9359c2381c53387eff9b219297345d6@avcodec.org> #200: aac - failure decoding audio stream when audio configuration changes -----------------------+---------------------- Reporter: gmcallow | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I will attach two non-latm samples that show the problem: {{{ $ ffmpeg -i stereomono.aac out1.wav ffmpeg version git-N-29973-gf2962ac, Copyright (c) 2000-2011 the FFmpeg developers built on May 17 2011 01:56:25 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x8ca3b20] Format aac detected only with low score of 25, misdetection possible! [aac @ 0x8ca5960] channel element 3.3 is not allocated [aac @ 0x8ca3b20] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'stereomono.aac': Duration: 00:00:05.47, bitrate: 129 kb/s Stream #0.0: Audio: aac, 48000 Hz, stereo, s16, 129 kb/s Output #0, wav, to 'out1.wav': Metadata: encoder : Lavf53.1.0 Stream #0.0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [aac @ 0x8ca5960] channel element 3.3 is not allocated Error while decoding stream #0.0 [aac @ 0x8ca5960] 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 167 times size= 248kB time=1.32 bitrate=1536.3kbits/s ^M video:0kB audio:248kB global headers:0kB muxing overhead 0.017326% }}} out1.wav contains one second of stereo sound, mplayer -ac ffaac -sb 31500 stereomono.aac plays the remaining >3 seconds of mono. {{{ $ ffmpeg -i stereo51.aac out2.wav ffmpeg version git-N-29973-gf2962ac, Copyright (c) 2000-2011 the FFmpeg developers built on May 17 2011 01:56:25 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [aac @ 0x8ca5960] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x8ca5960] channel element 3.1 is not allocated [aac @ 0x8ca3b20] max_analyze_duration reached [aac @ 0x8ca3b20] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'stereo51.aac': Duration: 00:00:17.98, bitrate: 177 kb/s Stream #0.0: Audio: aac, 48000 Hz, stereo, s16, 177 kb/s Output #0, wav, to 'out2.wav': Metadata: encoder : Lavf53.1.0 Stream #0.0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [aac @ 0x8ca5960] Sample rate index in program config element does not match the sample rate index configured by the container. [aac @ 0x8ca5960] channel element 3.1 is not allocated Error while decoding stream #0.0 [aac @ 0x8ca5960] Not evaluating a further program_config_element as this construct is dubious at best. [aac @ 0x8ca5960] 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 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 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 22 times [aac @ 0x8ca5960] Not evaluating a further program_config_element as this construct is dubious at best. [aac @ 0x8ca5960] 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 22 times [aac @ 0x8ca5960] Not evaluating a further program_config_element as this construct is dubious at best. [aac @ 0x8ca5960] 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 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 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 13 times size= 1368kB time=7.30 bitrate=1536.0kbits/s ^M video:0kB audio:1368kB global headers:0kB muxing overhead 0.003141% }}} out2.wav contains 7 seconds of stereo sound, mplayer -ac ffaac -channels 6 -sb 180000 stereo51.aac plays four (more) seconds of 5.1 sound. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 12:27:59 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 10:27:59 -0000 Subject: [FFmpeg-trac] #155(undetermined:open): Broken frames transcoding/subclipping from GoPro H.264 to XDCAM In-Reply-To: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> References: <032.e92373f906a00f440ae7dd7d0789a3bd@avcodec.org> Message-ID: <047.3503670553e63292782ebaba59bdffb8@avcodec.org> #155: Broken frames transcoding/subclipping from GoPro H.264 to XDCAM ------------------------+--------------------------- Reporter: rmk | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * component: FFmpeg => undetermined * reproduced: 0 => 1 Comment: (Sorry for my last comment, the options confused me.) This is reproducible with ffmpeg -t 2.96 -i GOPR0019.MP4 -qscale 2 out.mpg and ffmpeg -t 2.96 -i GOPR0019.MP4 -qscale 2 out.avi (but not with -an or without -t). With -an, only 72 (correct) frames are encoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 13:04:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 11:04:23 -0000 Subject: [FFmpeg-trac] #207(avfilter:closed): Drawtext filter displays static date (date doesn't update) In-Reply-To: <035.156fb2764c9865571f85dddf82394687@avcodec.org> References: <035.156fb2764c9865571f85dddf82394687@avcodec.org> Message-ID: <050.a15d3b1fafb5e439d6858769b0b41bc7@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ---------------------------------+----------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: libavfilter drawtext | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------+----------------------- Comment (by xj25vm): Seems fixed for me with git-N-29973-gf2962ac. Still experiencing high cpu usage - with or without drawtext filter - but that's another bug. And I know that working with video can eat a lot of processor - but my point is that ffmpeg use to take 30%-40% of one core on the same platform for same application just few weeks ago. Now it needs 100% of one core. Will investigate further with git bisect as instructed and log a different bug. Thanks Stefano. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 13:40:29 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 11:40:29 -0000 Subject: [FFmpeg-trac] #207(avfilter:closed): Drawtext filter displays static date (date doesn't update) In-Reply-To: <035.156fb2764c9865571f85dddf82394687@avcodec.org> References: <035.156fb2764c9865571f85dddf82394687@avcodec.org> Message-ID: <050.2ac8f528c2ff5c7f9643113a1bd5d95c@avcodec.org> #207: Drawtext filter displays static date (date doesn't update) ---------------------------------+----------------------- Reporter: xj25vm | Owner: michael Type: defect | Status: closed Priority: important | Component: avfilter Version: git | Resolution: fixed Keywords: libavfilter drawtext | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------+----------------------- Comment (by xj25vm): Sorry to keep on adding comments to this bug. Just a note that the high processor usage was actually due to the webcam I was using. There is weirdly a large difference of processor usage generated by ffmpeg, depending on which model of webcam I use (although the mjpeg stream goes first through mjpg_streamer, and although I was using same resolution, fps and bit rate). Anyway, it is really unlikely that this is a bug with ffmpeg or even down to ffmpeg - it looks like the characteristics of the mjpeg stream coming from some webcams are quite different from other webcams. In conclusion, it's not a bug with ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 14:24:39 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 12:24:39 -0000 Subject: [FFmpeg-trac] #108(undetermined:open): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.4ad5098ac201f7da700609cc190957c3@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------------- Comment (by ami_stuff): one more QT WRAW sample: http://www.datafilehost.com/download-0d7e85a5.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 15:01:19 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 13:01:19 -0000 Subject: [FFmpeg-trac] #211(avutil:new): Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) Message-ID: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> #211: Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) ---------------------+--------------------- Reporter: Alex | Owner: michael Type: defect | Status: new Priority: normal | Component: avutil Version: git | Keywords: nutdec Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ---------------------+--------------------- Look on libavutil/nutdec.c Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) that starts from the line 831. It has to return int64_t value but the end of the function haven't got any return operators. I propose to put there ''return AV_NOPTS_VALUE;'' as the last line of the function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 15:04:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 13:04:20 -0000 Subject: [FFmpeg-trac] #212(undetermined:new): mpeg2video: crash with lowres 3 Message-ID: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> #212: mpeg2video: crash with lowres 3 --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://multimedia.cx/samples/MPEG2/mpeg2_field_encoding.ts {{{ C:\>ffmpeg -vlowres 3 -i mpeg2_field_encoding.ts out.avi ffmpeg version git-N-29961-g9763420, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 16 2011 18:13:11 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 02340780] mpeg_decode_postinit() failure Last message repeated 8 times [mpeg2video @ 02340780] allocate dummy last picture for field based first keyfra me Input #0, mpegts, from 'mpeg2_field_encoding.ts': Duration: 00:00:01.58, start: 22953.408322, bitrate: 4050 kb/s Program 1 Stream #0.0[0x1023]: Video: mpeg2video (Simple), yuv420p, 90x72 [PAR 16:15 D AR 4:3], 3364 kb/s, 31.45 fps, 25 tbr, 90k tbn, 50 tbc [buffer @ 01DC4A80] w:90 h:72 pixfmt:yuv420p tb:1/1000000 sar:16/15 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf53.1.0 Stream #0.0: Video: mpeg4, yuv420p, 90x72 [PAR 16:15 DAR 4:3], q=2-31, 200 k b/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpeg2video @ 02340780] mpeg_decode_postinit() failure Error while decoding stream #0.0 Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Last message repeated 8 times [mpeg2video @ 02340780] allocate dummy last picture for field based first keyfra me }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 15:50:13 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 13:50:13 -0000 Subject: [FFmpeg-trac] #213(undetermined:new): aac codec regression Message-ID: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> #213: aac codec regression --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- I get no audio with this file: http://samples.mplayerhq.hu/V-codecs/AVC1/NeroRecode_STD_AVC_(ateme1022).mp4 ffmpeg -i NeroRecode_STD_AVC_(ateme1022).mp4 out.wav seems like a regression the audio sounds correcty with some older build from 6 may 2011 (g95f163b) {{{ C:\>ffmpeg -i "NeroRecode_STD_AVC_(ateme1022).mp4" ffmpeg version git-N-29961-g9763420, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 16 2011 18:13:11 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 02340280] max_analyze_duration reached Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'NeroRecode_STD_AVC_(ateme1022).mp4': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: avc1isomndxs creation_time : 2004-11-22 19:07:15 Duration: 00:00:29.24, start: 0.000000, bitrate: 1959 kb/s Stream #0.0(eng): Data: mp4s / 0x7334706D, 224 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.1(eng): Data: mp4s / 0x7334706D, 240 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.2(eng): Video: h264 (Main), yuv420p, 720x416 [PAR 1:1 DAR 45:26], 1892 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.3(eng): Audio: aac, 48000 Hz, stereo, s16, 64 kb/s Metadata: creation_time : 2004-11-22 19:07:15 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 17 20:20:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 18:20:44 -0000 Subject: [FFmpeg-trac] #210(avcodec:open): 24bit flac encoding In-Reply-To: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> References: <036.74df1314fb0dcd3d060c7f4c5946eb3f@avcodec.org> Message-ID: <051.e8389d8d9690d6f209ad5785077ddbc8@avcodec.org> #210: 24bit flac encoding ------------------------+---------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Comment (by Atrocia): Ok, thanks for the reporting tip. I understand that this should be called a feature request, but I still suggest that in the interim there be a clearer warning - after all, flac is synonymous with lossless encoding. Doing lossy encoding, with only a somewhat obscure warning, could result in permanent data loss if the user doesn't keep the original file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 00:44:11 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 22:44:11 -0000 Subject: [FFmpeg-trac] #213(undetermined:open): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.5a8d659eb77d723ca22d495b3e8daa53@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open Comment: If you get no audio, please provide complete, uncut output of {{{ ffmpeg -i "NeroRecode_STD_AVC_(ateme1022).mp4" out.wav }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 00:59:08 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 22:59:08 -0000 Subject: [FFmpeg-trac] #212(avcodec:open): mpeg2video: crash with lowres 3 In-Reply-To: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> References: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> Message-ID: <053.a0522e1e884db342dde05a75b82797ea@avcodec.org> #212: mpeg2video: crash with lowres 3 -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: I can reproduce the problem, but I am unable to produce a useful backtrace (the crash disappears with --disable-asm). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 01:39:14 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 May 2011 23:39:14 -0000 Subject: [FFmpeg-trac] #213(undetermined:open): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.b969f481c0981ad01c1e3874a76e6776@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): Actually there is an output, but the output wav file have only one click at the beginning and next there is only silence. VLC plays the file correctly. Another thing - there is too much spam in the console. Maybe it's possible to output error message only one time? {{{ C:\>ffmpeg -i C:\NeroRecode_STD_AVC_(ateme1022).mp4 out.wav ffmpeg version git-N-29961-g9763420, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 16 2011 18:13:11 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 01DB4B20] max_analyze_duration reached Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'C:\NeroRecode_STD_AVC_(ateme1022).mp4': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: avc1isomndxs creation_time : 2004-11-22 19:07:15 Duration: 00:00:29.24, start: 0.000000, bitrate: 1959 kb/s Stream #0.0(eng): Data: mp4s / 0x7334706D, 224 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.1(eng): Data: mp4s / 0x7334706D, 240 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.2(eng): Video: h264 (Main), yuv420p, 720x416 [PAR 1:1 DAR 45:26], 1892 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc Metadata: creation_time : 2004-11-22 19:07:15 Stream #0.3(eng): Audio: aac, 48000 Hz, stereo, s16, 64 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Output #0, wav, to 'out.wav': Metadata: major_brand : avc1 minor_version : 0 compatible_brands: avc1isomndxs creation_time : 2004-11-22 19:07:15 encoder : Lavf53.1.0 Stream #0.0(eng): Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2004-11-22 19:07:15 Stream mapping: Stream #0.3 -> #0.0 Press [q] to stop, [?] for help [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [...] [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71).s If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (74 -> 74). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (75 -> 75). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (75 -> 75). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (67 -> 67). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (70 -> 70). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69).s If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (69 -> 69). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (67 -> 67). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (67 -> 67). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (68 -> 68). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (74 -> 74). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (73 -> 73). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (74 -> 74). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (74 -> 74). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (71 -> 71). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. [aac @ 01DBB0C0] Noise gain clipped (72 -> 72). If you heard an audible artifact, there may be a bug in the decoder. If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incomi ng/ and contact the ffmpeg-devel mailing list. size= 5384kB time=28.71 bitrate=1536.0kbits/s video:0kB audio:5384kB global headers:0kB muxing overhead 0.000798% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 02:01:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 00:01:04 -0000 Subject: [FFmpeg-trac] #213(undetermined:open): aac codec regression In-Reply-To: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> References: <038.78dfafab4a1ca4aa43a99a5b51d5fab1@avcodec.org> Message-ID: <053.a01aa226299ed0040044ef372e66aaef@avcodec.org> #213: aac codec regression ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by cehoyos): out.wav plays fine for me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 02:15:04 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 00:15:04 -0000 Subject: [FFmpeg-trac] #212(avcodec:open): mpeg2video: crash with lowres 3 In-Reply-To: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> References: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> Message-ID: <053.dc0869d6e3ba571c32e5b7ab90f1cc0e@avcodec.org> #212: mpeg2video: crash with lowres 3 -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by ami_stuff): You're right, now when I test under m68k there is no crash. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 03:05:02 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 01:05:02 -0000 Subject: [FFmpeg-trac] #214(undetermined:new): 1bpp interlaced png (without filter) decodes incorrectly Message-ID: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- the file is png 1bpp interlaced without any filter, decodes incorrectly {{{ C:\>ffmpeg -i "1bpp_interlaced_none.png" ffmpeg version git-N-29961-g9763420, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 16 2011 18:13:11 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, image2, from '1bpp_interlaced_none.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: png, monob, 1023x767, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 03:08:32 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 01:08:32 -0000 Subject: [FFmpeg-trac] #214(undetermined:new): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.78bb4e4bf9691ef054562975f192e96d@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): 1bpp interlaced with paeth and sub filters also decodes incorrectly, but maybe fix of this ticket will fix them as well -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 10:06:44 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 08:06:44 -0000 Subject: [FFmpeg-trac] #214(avcodec:open): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.2026279b7217dbd3ed0c8d2e016f7bef@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 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 May 18 10:36:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 08:36:33 -0000 Subject: [FFmpeg-trac] #212(avcodec:open): mpeg2video: crash with lowres 3 In-Reply-To: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> References: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> Message-ID: <053.3c2230bb68acbb5dc659530f3814d6af@avcodec.org> #212: mpeg2video: crash with lowres 3 -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: x86 x86-64 | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * keywords: => x86 x86-64 Comment: Works fine with --disable-mmx. {{{ (gdb) r -vlowres 3 -i mpeg2_field_encoding.ts -f null - ffmpeg version git-N-30011-gb4bcd1e, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 10:26:56 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-sse libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [mpeg2video @ 0x1256e40] mpeg_decode_postinit() failure Last message repeated 8 times [mpeg2video @ 0x1256e40] allocate dummy last picture for field based first keyframe Input #0, mpegts, from 'mpeg2_field_encoding.ts': Duration: 00:00:01.58, start: 22953.408322, bitrate: 4050 kb/s Program 1 Stream #0.0[0x1023]: Video: mpeg2video (Simple), yuv420p, 90x72 [PAR 16:15 DAR 4:3], 3364 kb/s, 31.45 fps, 25 tbr, 90k tbn, 50 tbc [buffer @ 0x1251a90] w:90 h:72 pixfmt:yuv420p tb:1/1000000 sar:16/15 Output #0, null, to 'pipe:': Metadata: encoder : Lavf53.1.0 Stream #0.0: Video: rawvideo, yuv420p, 90x72 [PAR 16:15 DAR 4:3], q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mpeg2video @ 0x1256e40] mpeg_decode_postinit() failure Error while decoding stream #0.0 Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Error while decoding stream #0.0s Last message repeated 8 times [mpeg2video @ 0x1256e40] allocate dummy last picture for field based first keyframe Program received signal SIGSEGV, Segmentation fault. ff_put_h264_chroma_mc2_mmx2.nextrow () at libavcodec/x86/h264_chromamc.asm:434 434 chroma_mc2_mmx_func put, h264, mmx2 (gdb) bt #0 ff_put_h264_chroma_mc2_mmx2.nextrow () at libavcodec/x86/h264_chromamc.asm:434 #1 0x00000000006a95b4 in mpeg_motion_lowres (mb_y=0, h=1, motion_y=, motion_x=, pix_op=0x12b3f78, ref_picture=, field_select=1, bottom_field=0, field_based=0, dest_cr=0x12f6471 "}\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\177}}}~}}}}|}||||||}~|}\177}|}~~}~\204\210\204\203\201\177\177\177~}|}{~|\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\177{{}}|}~|}}~}}}}}}|}|}~~~~~~\177\177\201\200\177~}}\177|}}}}}~\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x12f5b21 "\201\201\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\177\201\201~~\177\177\177\200\200\200\200\201\202\202\202\201\201\201\202~{\200\201\201\201\201\201\200ysty|}||\200\200\200\200\200\200\200\200\200\200\200\200\177\177\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\201\177\177\200\200\201~\200\201\201\202\200\200\202\201\203\203\203\203\202\177|}\177\200\201\201\201\177|z|}~\177\200\177\200\200\200\200\201\201\201\200\200\200\200\200\177\201\200\200\200\200\200\200"..., dest_y=0x12f3642 ">9\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\024I>92=?@ZR>9B?@875G at 9=;6.'&%\"!,+0))10,45\206\270\243\247\241\246\257\231\320\302\212^VYcYd]A0,.0,/2634CF\022\017\200\200\200\200\200\200\023C\200\200\200\200\200\200\200\200"..., s=0x12b2280) at libavcodec/mpegvideo.c:1725 #2 MPV_motion_lowres (mb_y=0, h=1, motion_y=, motion_x=, pix_op=0x12b3f78, ref_picture=, field_select=1, bottom_field=0, field_based=0, dest_cr=0x12f6471 "}\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\177}}}~}}}}|}||||||}~|}\177}|}~~}~\204\210\204\203\201\177\177\177~}|}{~|\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\177{{}}|}~|}}~}}}}}}|}|}~~~~~~\177\177\201\200\177~}}\177|}}}}}~\200\200\200\200\200\200\200\200\200\200\200\200\200"..., dest_cb=0x12f5b21 "\201\201\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\177\201\201~~\177\177\177\200\200\200\200\201\202\202\202\201\201\201\202~{\200\201\201\201\201\201\200ysty|}||\200\200\200\200\200\200\200\200\200\200\200\200\177\177\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\201\177\177\200\200\201~\200\201\201\202\200\200\202\201\203\203\203\203\202\177|}\177\200\201\201\201\177|z|}~\177\200\177\200\200\200\200\201\201\201\200\200\200\200\200\177\201\200\200\200\200\200\200"..., dest_y=0x12f3642 ">9\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\024I>92=?@ZR>9B?@875G at 9=;6.'&%\"!,+0))10,45\206\270\243\247\241\246\257\231\320\302\212^VYcYd]A0,.0,/2634CF\022\017\200\200\200\200\200\200\023C\200\200\200\200\200\200\200\200"..., s=0x12b2280) at libavcodec/mpegvideo.c:1865 #3 0x00000000006befff in MPV_decode_mb_internal (is_mpeg12=1, lowres_flag=1, block=, s=0x12b2280) at libavcodec/mpegvideo.c:2123 #4 MPV_decode_mb (is_mpeg12=1, lowres_flag=1, block=, s=0x12b2280) at libavcodec/mpegvideo.c:2269 #5 0x0000000000673040 in mpeg_decode_slice (s1=0x12b2280, mb_y=, buf=0x7fffffffc630, buf_size=) at libavcodec/mpeg12.c:1843 #6 0x0000000000676228 in decode_chunks (avctx=0x1256e40, picture=0x7fffffffc9c0, data_size=0x7fffffffccec, buf=0x12b60c0 "", buf_size=24296) at libavcodec/mpeg12.c:2527 #7 0x0000000000678b58 in mpeg_decode_frame (avctx=0x1256e40, data=0x7fffffffc9c0, data_size=0x7fffffffccec, avpkt=) at libavcodec/mpeg12.c:2323 #8 0x000000000077d31c in avcodec_decode_video2 (avctx=0x1256e40, picture=0x7fffffffc9c0, got_picture_ptr=0x7fffffffccec, avpkt=0x7fffffffcb90) at libavcodec/utils.c:743 #9 0x000000000040861d in output_packet (ist=, ist_index=0, ost_table=0x1257c70, nb_ostreams=1, pkt=) at ffmpeg.c:1590 #10 0x000000000040b838 in transcode (nb_output_files=1, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, input_files=0xce43e0, output_files=0xce40c0) at ffmpeg.c:2753 #11 0x0000000000410649 in main (argc=, argv=) at ffmpeg.c:4565 (gdb) disass $pc-9 $pc+40 Dump of assembler code from 0x81f187 to 0x81f1b8: 0x000000000081f187 : add %rdx,%rsi 0x000000000081f18a : movq %mm2,%mm1 0x000000000081f18d : pmaddwd %mm5,%mm1 0x000000000081f190 : movd (%rsi),%mm0 0x000000000081f193 : punpcklbw %mm7,%mm0 0x000000000081f196 : pshufw $0x94,%mm0,%mm0 0x000000000081f19a : movq %mm0,%mm2 0x000000000081f19d : pmaddwd %mm6,%mm0 0x000000000081f1a0 : paddw 0xa31050,%mm1 0x000000000081f1a8 : paddw %mm0,%mm1 0x000000000081f1ab : psrlw $0x6,%mm1 0x000000000081f1af : packssdw %mm7,%mm1 0x000000000081f1b2 : packuswb %mm7,%mm1 0x000000000081f1b5 : movd %mm1,%r9d End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x12b2280 19604096 rcx 0xfffffb49 4294966089 rdx 0x60 96 rsi 0x1312051 19996753 rdi 0x1311fc1 19996609 rbp 0x1 0x1 rsp 0x7fffffffc138 0x7fffffffc138 r8 0x40 64 r9 0x0 0 r10 0x0 0 r11 0x12f5b21 19880737 r12 0x12b3f88 19611528 r13 0x12b2658 19605080 r14 0x12b3f78 19611512 r15 0x0 0 rip 0x81f190 0x81f190 eflags 0x10202 [ IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -inf (raw 0xffff0000000000000000) st1 -inf (raw 0xffff0000000000000000) st2 -inf (raw 0xffff0000000000000000) st3 -nan(0x9000000000000000) (raw 0xffff9000000000000000) st4 -nan(0x7f007e007e007e) (raw 0xffff007f007e007e007e) st5 -nan(0x4000000040) (raw 0xffff0000004000000040) st6 -inf (raw 0xffff0000000000000000) st7 -inf (raw 0xffff0000000000000000) fctrl 0x37f 895 fstat 0x0 0 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x25 }, v8_int16 = {0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525, 0x2525}, v4_int32 = {0x25252525, 0x25252525, 0x25252525, 0x25252525}, v2_int64 = {0x2525252525252525, 0x2525252525252525}, uint128 = 0x25252525252525252525252525252525} 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, 0x8000000000000000}, v16_int8 = {0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff}, v8_int16 = {0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0xff00}, v4_int32 = {0xff, 0x0, 0xff0000, 0xff000000}, v2_int64 = {0xff, 0xff00000000ff0000}, uint128 = 0xff00000000ff000000000000000000ff} xmm4 {v4_float = {0x0, 0x7, 0x0, 0x0}, v2_double = {0x15f90, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xf9, 0xf5, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xf900, 0x40f5, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x40f5f900, 0x0, 0x0}, v2_int64 = {0x40f5f90000000000, 0x0}, uint128 = 0x000000000000000040f5f90000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm8 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm11 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm15 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = { 0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 11:21:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 09:21:19 -0000 Subject: [FFmpeg-trac] #182(avformat:closed): libavformat crashes on damaged mp3 In-Reply-To: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> References: <036.699beedf524fcceaf847498e1606eb33@avcodec.org> Message-ID: <051.310002e074b8bc126d387420b14bfdf6@avcodec.org> #182: libavformat crashes on damaged mp3 -----------------------+----------------------- Reporter: jwarren | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Fixed in commit: commit 64be0d1edad630f5bc0f287022f5880de07915b2 Author: Stefano Sabatini Date: Wed May 18 00:43:25 2011 +0200 id3v2: prevent unsigned integer overflow in ff_id3v2_parse() In ff_id3v2_parse(), prevent unsigned integer overflow if data length indicator is skipped and tlen is < 4. Fix crash decoding file Allaby_cut.mp3, fix trac issue #182. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 11:22:49 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 09:22:49 -0000 Subject: [FFmpeg-trac] #127(avcodec:open): Video blur In-Reply-To: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> References: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> Message-ID: <055.e7f843ba8bad93c31e7e46617de2dd88@avcodec.org> #127: Video blur ------------------------+---------------------- Reporter: ulti-killer | Owner: michael Type: defect | Status: open Priority: important | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Comment (by ulti-killer): The problem is not solved latest ffmpeg or libav codec yet. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 11:33:43 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 09:33:43 -0000 Subject: [FFmpeg-trac] #214(avcodec:open): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.ddfc5d4cc7050a0e9d6ae62ad727dfdb@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly -----------------------+---------------------- 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 saste): Hi, that's really a libsdl ancient bug, libsdl is not able to cope with files with odd width. I wonder how should we deal with it, if rescaling or failing. Best solution would be to report the bug upstream and get it hopefully fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 12:22:34 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 10:22:34 -0000 Subject: [FFmpeg-trac] #214(avcodec:open): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.b14ce23bec900f6cc599f2de6fb3566d@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly -----------------------+---------------------- 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 ami_stuff): There are two problems: ffmpeg converts the file incorrectly and ffplay displays the file incorrectly (add black line) because of libsdl bug, but the real problem here is that ffmpeg can't convert correctly png interlaced files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 12:54:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 10:54:52 -0000 Subject: [FFmpeg-trac] #214(avcodec:open): 1bpp interlaced png (without filter) decodes incorrectly In-Reply-To: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> References: <038.0007a6e78b4b5c9391d9bf51a4ed637b@avcodec.org> Message-ID: <053.8bf0cf21922e2104d49774ceedb415f6@avcodec.org> #214: 1bpp interlaced png (without filter) decodes incorrectly -----------------------+---------------------- 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 saste): Replying to [comment:4 ami_stuff]: > There are two problems: > > ffmpeg converts the file incorrectly > > and > > ffplay displays the file incorrectly (add black line) because of libsdl bug, > > but the real problem here is that ffmpeg can't convert correctly png interlaced files. Indeed, I was misled by the libsdl bug, I confirm the bug. A complete review of the png decoder would be nice, also for adding support of the missing features but I don't think I'll have time for this in the next future. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 13:03:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 11:03:51 -0000 Subject: [FFmpeg-trac] #215(undetermined:new): audio buffer for iff 8svx files while playing with ffplay Message-ID: <038.35ee2a5e4f52da4a67b864cda74e9482@avcodec.org> #215: audio buffer for iff 8svx files while playing with ffplay --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Hi, I test 8SVX support now, but I notice that when playing 8SVX files there is no buffer, so some clicks happens when playing the files with ffplay. It is possible to add some buffet to eliminate them? 8svx: {{{ 6.11 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 }}} wave: {{{ 1.63 A-V: 0.000 s:0.0 aq= 318KB vq= 0KB sq= 0B f=0/0 }}} also I notice that pause in ffplay doesn't work for 8svx. Anyway still great work, stereo files plays correctly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 13:43:28 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 11:43:28 -0000 Subject: [FFmpeg-trac] #216(undetermined:new): ffplay cannot play mms://portal.satplus.cz/TV_FUN1 Message-ID: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> #216: ffplay cannot play mms://portal.satplus.cz/TV_FUN1 ---------------------------+------------------------ Reporter: alexandru_mg3 | Type: defect Status: new | Priority: important Component: undetermined | Version: 0.7-rc1 Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------+------------------------ Command Line: mms://portal.satplus.cz/TV_FUN1 VLC plays well this stream. FFPlay cannot play it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 13:44:40 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 11:44:40 -0000 Subject: [FFmpeg-trac] #216(undetermined:new): ffplay cannot play mms://portal.satplus.cz/TV_FUN1 In-Reply-To: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> References: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> Message-ID: <057.489485a1bc05bf5131140e880f1241c2@avcodec.org> #216: ffplay cannot play mms://portal.satplus.cz/TV_FUN1 --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Self-Correction Command Line : ffplay mms://portal.satplus.cz/TV_FUN1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 14:09:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 12:09:23 -0000 Subject: [FFmpeg-trac] #217(undetermined:new): dv file created with qt3 Message-ID: <038.eda9aa969515e60a2cf187e60c465071@avcodec.org> #217: dv file created with qt3 --------------------------+-------------------------- Reporter: ami_stuff | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Here is a *.dv file created with QT 3, plays fine with the latest QT player (DV-PAL, 768x576, 25fps). Maybe possible to support without too much work. http://www.datafilehost.com/download-41639293.html {{{ C:\>ffmpeg -i C:\qt3_pal.dv ffmpeg version git-N-30011-gb4bcd1e, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 18 2011 04:36:23 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [dv @ 01DC4B20] Can't determine profile of DV input stream. C:\qt3_pal.dv: Operation not permitted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 14:12:13 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 12:12:13 -0000 Subject: [FFmpeg-trac] #216(undetermined:new): ffplay cannot play mms://portal.satplus.cz/TV_FUN1 In-Reply-To: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> References: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> Message-ID: <057.db45a98fad465204ba52321ae1d4b6e5@avcodec.org> #216: ffplay cannot play mms://portal.satplus.cz/TV_FUN1 --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by ami_stuff): you need to use ffplay mmst://portal.satplus.cz/TV_FUN1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 17:52:51 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 15:52:51 -0000 Subject: [FFmpeg-trac] #216(undetermined:closed): ffplay cannot play mms://portal.satplus.cz/TV_FUN1 In-Reply-To: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> References: <042.4429c659c3ffcdfa767a62c0b40c9c3d@avcodec.org> Message-ID: <057.09b6bb7640fafddcf9096ebf3c740ee3@avcodec.org> #216: ffplay cannot play mms://portal.satplus.cz/TV_FUN1 --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: closed Priority: important | Component: undetermined Version: git-master | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Changes (by cehoyos): * status: new => closed * version: 0.7-rc1 => git-master * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 18:16:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 16:16:24 -0000 Subject: [FFmpeg-trac] #218(undetermined:new): H264 in flv cannot be decoded Message-ID: <036.727e522153ea9cebfa7a1e1c2b57350a@avcodec.org> #218: H264 in flv cannot be decoded -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+-------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/31456 Plays fine with mplayer -demuxer lavf -vc ffh264 and mplayer -demuxer lavf -vc ffh264vdpau {{{ ffmpeg -i cuterror.cut.flv -an -f null - ffmpeg version git-N-30013-g64be0d1, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 11:46:31 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --disable-sse libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [flv @ 0x1251b30] max_analyze_duration reached [flv @ 0x1251b30] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'cuterror.cut.flv': Metadata: duration : 573 width : 1152 height : 720 videodatarate : 200 framerate : 1000 videocodecid : 7 audiodatarate : 100 audiosamplerate : 44100 audiosamplesize : 16 stereo : false audiocodecid : 2 encoder : Lavf52.84.0 filesize : 37793482 Duration: 00:09:32.92, start: 0.002000, bitrate: 307 kb/s Stream #0.0: Video: h264, 204 kb/s, 1k tbr, 1k tbn, 1k tbc Stream #0.1: Audio: mp3, 44100 Hz, mono, s16, 102 kb/s Video pixel format is unknown, stream cannot be encoded }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 18:29:14 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 16:29:14 -0000 Subject: [FFmpeg-trac] #219(FFmpeg:new): Bus error while converting images into a movie Message-ID: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> #219: Bus error while converting images into a movie --------------------------+--------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------- I get an bus error while converting 474 images ? 32kb with the following cmd-line: {{{ ffmpeg -f image2 -i *.jpg ./a.mp4 }}} Result: {{{ FFmpeg version 0.6.1, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 27 2011 00:26:39 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --disable-debug --prefix=/usr/local/Cellar/ffmpeg/0.6.1 --enable-shared --enable-pthreads --enable-nonfree --enable-gpl --disable- indev=jack --enable-libx264 --enable-libfaac --enable-libmp3lame --enable- libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable- libfaad libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0.11. 0 / 0.11. 0 Input #0, image2, from 'img001.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj420p, 640x480, 25 tbr, 25 tbn, 25 tbc [1] 29252 bus error ffmpeg -f image2 -i *.jpg ./a.mp4 }}} Any ideas what's causing this error and how to get around it? Google wasn't much of a help. I'll attach a sample jpg file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 19:18:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 17:18:24 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.30d96cd6a864bab4920cb007de75df90@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): I can add important details to reproduce the bug: -------------------------------------------------- a) Current Command that reproduce the issue: ffplay http://webtv.moldtelecom.md:81/trm1.flv b)I have identify the function that generates the hang-up: is in ffplay.c: "... err = av_open_input_file(&ic, is->filename, is->iformat, 0, ap);" c) The execution remains "suspended" in this function for 10 MINUTES: after this time I have killed the ffplay process (I know is incredible but I put the clock to count the minutes) d) Note: the valid stream and invalid address streams don't generate the hang-up Please if you can fix this is a very embarassing bug...seems that it was Ok, in 0.6x version. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 23:37:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 21:37:16 -0000 Subject: [FFmpeg-trac] #218(undetermined:new): H264 in flv cannot be decoded In-Reply-To: <036.727e522153ea9cebfa7a1e1c2b57350a@avcodec.org> References: <036.727e522153ea9cebfa7a1e1c2b57350a@avcodec.org> Message-ID: <051.b47a7d63d04a81c5ef7b6caa9f455959@avcodec.org> #218: H264 in flv cannot be decoded -----------------------+--------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by cehoyos): Works fine with -analyzeduration 14M -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 23:39:12 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 21:39:12 -0000 Subject: [FFmpeg-trac] #219(FFmpeg:new): Bus error while converting images into a movie In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.c64f8b83602f96d966138985f32b79c9@avcodec.org> #219: Bus error while converting images into a movie ------------------------+---------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): Please test a newer version and please provide backtrace for crashes as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 18 23:48:36 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 21:48:36 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.9325c483cbc8a555ea47b64fef3fadec@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): Did you already post complete, uncut output of the command you are using? {{{ $ ffmpeg -i http://webtv.moldtelecom.md:81/trm1.flv ffmpeg version git-N-30023-g7e5cb2e, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 23:44:51 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 http://webtv.moldtelecom.md:81/trm1.flv: Input/output error $ ffplay http://webtv.moldtelecom.md:81/trm1.flv ffplay version git-N-30023-g7e5cb2e, Copyright (c) 2003-2011 the FFmpeg developers built on May 18 2011 23:44:51 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 http://webtv.moldtelecom.md:81/trm1.flv: Input/output error }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 00:15:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 22:15:33 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.774dca000c4e5b54daac0ad6c21ba0e0@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by saste): Please try latest git with the attached patches 0001 and 0002. For applying the patches: git am PATCH then configure+make+test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 00:29:33 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 22:29:33 -0000 Subject: [FFmpeg-trac] #211(avformat:closed): Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) In-Reply-To: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> References: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> Message-ID: <048.b1cb6258aa09cb83de0d6fee5c026723@avcodec.org> #211: Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) -------------------+----------------------- Reporter: Alex | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: invalid Keywords: nutdec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => invalid * status: new => closed * component: avutil => avformat Comment: The last part of the function is: if (stream_index == -1) return pts; else if(stream_index == -2) return back_ptr; assert(0); } So the function will either return a value or assert, because the condition is unexpected, so I don't believe there is an error here. Maybe some graceful recovery code could be put, but if there are no samples raising the assert condition (and possibly it is not even possible, unless there are programming errors), then I believe the issue can be safely closed. Let us know if you if you don't agree or if there are samples which can raise the assert. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 00:57:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 May 2011 22:57:39 -0000 Subject: [FFmpeg-trac] #220(undetermined:new): realaudio sipr decodes incorrectly Message-ID: <038.790cc315dea734a0d5327a0bce6a6442@avcodec.org> #220: realaudio sipr decodes incorrectly --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://www.cccp- project.net/beta/test_files/mega_weird_audio/Mega_Weird_Audio_2ch_RA5_SIPR.ra The audio plays correctly with mplayer. {{{ C:\>ffmpeg -i C:\Mega_Weird_Audio_2ch_RA5_SIPR.ra out.wav ffmpeg version git-N-30011-gb4bcd1e, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 18 2011 04:36:23 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 023597A0] Unsupported video codec [rm @ 02350280] max_analyze_duration reached Input #0, rm, from 'C:\Mega_Weird_Audio_2ch_RA5_SIPR.ra': Metadata: title : author : copyright : comment : Duration: 00:01:02.40, start: 0.000000, bitrate: 16 kb/s Stream #0.0: Audio: sipr, 16000 Hz, 1 channels, flt, 16 kb/s Stream #0.1: Data: [0][0][0][0] / 0x0000 Incompatible sample format 'flt' for codec 'pcm_s16le', auto-selecting format 's 16' Output #0, wav, to 'out.wav': Metadata: title : author : copyright : comment : encoder : Lavf53.1.0 Stream #0.0: Audio: pcm_s16le, 16000 Hz, 1 channels, s16, 256 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 1950kB time=62.40 bitrate= 256.0kbits/s video:0kB audio:1950kB global headers:0kB muxing overhead 0.002204% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 07:32:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 05:32:45 -0000 Subject: [FFmpeg-trac] #219(FFmpeg:new): Bus error while converting images into a movie In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.c5a59b10d29e54f49cba7040188bbbde@avcodec.org> #219: Bus error while converting images into a movie ------------------------+---------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by zlorfi): ok, so I downloaded the latest git repository (Mai, 18th) and compiled it on my mac which gives me a version of UNKNOWN btw. Here we go with the crash report: GNU gdb 6.3.50-20050815 (Apple version gdb-1518) (Sat Feb 12 02:52:12 UTC 2011) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .... done (gdb) r -f image2 -i ./tmp/*.jpg ./a.mp4 Starting program: /usr/local/bin/ffmpeg -f image2 -i ./tmp/*.jpg ./a.mp4 Reading symbols for shared libraries +++. done ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 19:12:57 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, image2, from './tmp/img001.jpg': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj420p, 640x480, 25 tbr, 25 tbn, 25 tbc Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 0x0000000100005cb2 in start () (gdb) bt #0 0x0000000100005cb2 in start () (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x100005c92 to 0x100005cd2: 0x0000000100005c92 : add %al,(%rax) 0x0000000100005c94 : add %ch,%al 0x0000000100005c96 : out %al,$0xef 0x0000000100005c98 : (bad) 0x0000000100005c99 : decl -0x77(%rcx) 0x0000000100005c9c : (bad) 0x0000000100005c9d : mov %rax,0x0(%r13,%rbx,8) 0x0000000100005ca2 : mov $0x240,%edi 0x0000000100005ca7 : callq 0x10052f330 0x0000000100005cac : mov %rax,%rbx 0x0000000100005caf : movslq %ebp,%rax 0x0000000100005cb2 : mov %rbx,(%r12,%rax,8) 0x0000000100005cb6 : test %rbx,%rbx 0x0000000100005cb9 : je 0x100005d00 0x0000000100005cbb : mov %r14d,(%rbx) 0x0000000100005cbe : mov %ebp,0x4(%rbx) 0x0000000100005cc1 : xor %edx,%edx 0x0000000100005cc3 : lea 0x53145d(%rip),%rsi # 0x100537127 0x0000000100005cca : lea 0x6ec7af(%rip),%rax # 0x1006f2480 0x0000000100005cd1 : mov (%rax),%rdi End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x100d1f480 4308726912 rcx 0x0 0 rdx 0x240 576 rsi 0x0 0 rdi 0x100d1f6c0 4308727488 rbp 0x0 0x0 rsp 0x7fff5fbf7db0 0x7fff5fbf7db0 r8 0x0 0 r9 0x100d1f460 4308726880 r10 0x0 0 r11 0x100d1f480 4308726912 r12 0x0 0 r13 0x10079f260 4302959200 r14 0x68 104 r15 0x0 0 rip 0x100005cb2 0x100005cb2 eflags 0x10202 66050 cs 0x27 39 ss 0x0 0 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 st0 -nan(0x7f7f7f7f7f7f7f7f) (raw 0xffff7f7f7f7f7f7f7f7f) st1 -nan(0x7f007f007f007f) (raw 0xffff007f007f007f007f) st2 -nan(0x7f7f7f7f7f7f7f7f) (raw 0xffff7f7f7f7f7f7f7f7f) st3 -nan(0x7f007f007f007f) (raw 0xffff007f007f007f007f) st4 1 (raw 0x3fff8000000000000000) st5 0.99895315831621804195496541756149611 (raw 0x3ffeffbb64e9343dbabd) st6 0.0020914946669737078490037456360295387 (raw 0x3ff689117531c4e2b988) st7 -46.051701859880913733635843243519048 (raw 0xc004b834f1551552d72c) fctrl 0x37f 895 fstat 0x220 544 ftag 0xffff 65535 fiseg 0x27 39 fioff 0x854d2572 -2058541710 foseg 0x1f 31 fooff 0x5fbf7cd8 1606384856 fop 0x51c 1308 xmm0 { 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) xmm1 { 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) xmm2 { v4_float = {-nan(0x7fffff), -nan(0x7fffff), 1.875, 0}, v2_double = {-nan(0xfffffffffffff), 1}, v16_int8 = {-1, -1, -1, -1, -1, -1, -1, -1, 63, -16, 0, 0, 0, 0, 0, 0}, v8_int16 = {-1, -1, -1, -1, 16368, 0, 0, 0}, v4_int32 = {-1, -1, 1072693248, 0}, v2_int64 = {-1, 4607182418800017408}, uint128 = 0xffffffffffffffff3ff0000000000000 } (raw 0x000000000000f03fffffffffffffffff) xmm3 { v4_float = {0, 0, 1.875, 0}, v2_double = {0, 1}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 63, -16, 0, 0, 0, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 16368, 0, 0, 0}, v4_int32 = {0, 0, 1072693248, 0}, v2_int64 = {0, 4607182418800017408}, uint128 = 61503 } (raw 0x000000000000f03f0000000000000000) xmm4 { 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) xmm5 { v4_float = {2.79450204e+20, 45993108, 1.16307773e-43, 3221.14087}, v2_double = {2.5846849126832884e+161, 1.7669996890498162e-312}, v16_int8 = {97, 114, 98, 105, 76, 47, 115, 37, 0, 0, 0, 83, 69, 73, 82, 65}, v8_int16 = {24946, 25193, 19503, 29477, 0, 83, 17737, 21057}, v4_int32 = {1634886249, 1278178085, 83, 1162433089}, v2_int64 = {7021782973413290789, 357644718657}, uint128 = 0x617262694c2f73250000005345495241 } (raw 0x415249455300000025732f4c69627261) xmm6 { v4_float = {0, 0, 0.519702733, 3.49028971e+16}, v2_double = {0, 4.0138063351236042e-05}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 63, 5, 11, 61, 90, -8, 0, 0}, v8_int16 = {0, 0, 0, 0, 16133, 2877, 23288, 0}, v4_int32 = {0, 0, 1057295165, 1526202368}, v2_int64 = {0, 4541048157420126208}, uint128 = 273066454877503 } (raw 0x0000f85a3d0b053f0000000000000000) xmm7 { v4_float = {0, 0, 1.90625, 0}, v2_double = {0, 1.25}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, 63, -12, 0, 0, 0, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, 16372, 0, 0, 0}, v4_int32 = {0, 0, 1072955392, 0}, v2_int64 = {0, 4608308318706860032}, uint128 = 62527 } (raw 0x000000000000f43f0000000000000000) xmm8 { v4_float = {0, 0, -1.62499988, 3.68934881e+19}, v2_double = {0, -0.24999992549419403}, v16_int8 = {0, 0, 0, 0, 0, 0, 0, 0, -65, -49, -1, -1, 96, 0, 0, 0}, v8_int16 = {0, 0, 0, 0, -16433, -1, 24576, 0}, v4_int32 = {0, 0, -1076887553, 1610612736}, v2_int64 = {0, -4625196819993853952}, uint128 = 416611815359 } (raw 0x00000060ffffcfbf0000000000000000) xmm9 { v4_float = {-nan(0x7fffff), 9.18340949e-41, -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xfffff0000ffff), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, -1, -1, 0, 0, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1}, v8_int16 = {-1, -1, 0, -1, -1, -1, -1, -1}, v4_int32 = {-1, 65535, -1, -1}, v2_int64 = {-4294901761, -1}, uint128 = 0xffffffff0000ffffffffffffffffffff } (raw 0xffffffffffffffffffff0000ffffffff) xmm10 { v4_float = {-nan(0x7f0000), -nan(0x7fffff), -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xf0000ffffffff), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, 0, 0, -1 }, v8_int16 = {-1, 0, -1, -1, -1, -1, -1, -1}, v4_int32 = {-65536, -1, -1, -1}, v2_int64 = {-281470681743361, -1}, uint128 = 0xffff0000ffffffffffffffffffffffff } (raw 0xffffffffffffffffffffffff0000ffff) xmm11 { v4_float = {-nan(0x7fffff), 0, -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xfffff00000000), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, -1, -1, 0, 0, 0, 0, -1, -1, -1, -1, -1, -1, -1, -1}, v8_int16 = {-1, -1, 0, 0, -1, -1, -1, -1}, v4_int32 = {-1, 0, -1, -1}, v2_int64 = {-4294967296, -1}, uint128 = 0xffffffff00000000ffffffffffffffff } (raw 0xffffffffffffffff00000000ffffffff) xmm12 { v4_float = {-nan(0x7fffff), 0, -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xfffff00000000), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, -1, -1, 0, 0, 0, 0, -1, -1, -1, -1, -1, -1, -1, -1}, v8_int16 = {-1, -1, 0, 0, -1, -1, -1, -1}, v4_int32 = {-1, 0, -1, -1}, v2_int64 = {-4294967296, -1}, uint128 = 0xffffffff00000000ffffffffffffffff } (raw 0xffffffffffffffff00000000ffffffff) xmm13 { v4_float = {-nan(0x7f0000), -nan(0x7fffff), -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xf0000ffffffff), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, 0, 0, -1 }, v8_int16 = {-1, 0, -1, -1, -1, -1, -1, -1}, v4_int32 = {-65536, -1, -1, -1}, v2_int64 = {-281470681743361, -1}, uint128 = 0xffff0000ffffffffffffffffffffffff } (raw 0xffffffffffffffffffffffff0000ffff) xmm14 { v4_float = {-nan(0x7f0000), -nan(0x7fffff), -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xf0000ffffffff), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, 0, 0, -1 }, v8_int16 = {-1, 0, -1, -1, -1, -1, -1, -1}, v4_int32 = {-65536, -1, -1, -1}, v2_int64 = {-281470681743361, -1}, uint128 = 0xffff0000ffffffffffffffffffffffff } (raw 0xffffffffffffffffffffffff0000ffff) xmm15 { v4_float = {-nan(0x7fffff), 9.18340949e-41, -nan(0x7fffff), -nan(0x7fffff)}, v2_double = {-nan(0xfffff0000ffff), -nan(0xfffffffffffff)}, v16_int8 = {-1, -1, -1, -1, 0, 0, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1}, v8_int16 = {-1, -1, 0, -1, -1, -1, -1, -1}, v4_int32 = {-1, 65535, -1, -1}, v2_int64 = {-4294901761, -1}, uint128 = 0xffffffff0000ffffffffffffffffffff } (raw 0xffffffffffffffffffff0000ffffffff) mxcsr 0x1fa0 8096 (gdb) Compiled on a 2,4 GHz Intel Core 2 Duo 4gb RAM MacOS 10.6.7 i686-apple-darwin10-gcc-4.2.1 Hope that helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 08:33:50 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 06:33:50 -0000 Subject: [FFmpeg-trac] #211(avformat:closed): Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) In-Reply-To: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> References: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> Message-ID: <048.fe2c6caa52a733881a70f24f35fc4ad8@avcodec.org> #211: Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) -------------------+----------------------- Reporter: Alex | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: invalid Keywords: nutdec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------+----------------------- Comment (by Alex): Your explanation is absolutly clearly bu there are two issues: 1) assert(0) works only for debug build. In the release the function returns some garbage without any diagnostic messages. 2)When I tried to build ffmpeg I cought the next compiler error: external/ffmpeg/libavformat/nutdec.c: In function 'nut_read_timestamp': external/ffmpeg/libavformat/nutdec.c:855: error: control reaches end of non-void function'' Hint: I built ffmpeg for Android so some differences in build environment are present -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 09:40:40 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 07:40:40 -0000 Subject: [FFmpeg-trac] #211(avformat:closed): Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) In-Reply-To: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> References: <033.700afb5e22cf948b86cccb59bda548fa@avcodec.org> Message-ID: <048.17d542cea4aff99a3045a961db6f84db@avcodec.org> #211: Function static int64_t nut_read_timestamp(AVFormatContext *s, int stream_index, int64_t *pos_arg, int64_t pos_limit) haven't got return operator after assert(0) -------------------+----------------------- Reporter: Alex | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: invalid Keywords: nutdec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 1 | -------------------+----------------------- Comment (by cehoyos): Then please: (for future reports) start with your issue, you may or may not add a fix, but the fix without the issue is not useful. (for this report) provide your configure line, confirm that you did not change config.* (consider attaching them) or any source files, and provide the complete, uncut output of a second (or third) call to make V=1 (Please do not add the complete, uncut output of make V=1 without running make before!) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 09:41:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 07:41:42 -0000 Subject: [FFmpeg-trac] #219(undetermined:open): Bus error while converting images into a movie In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.8a40ec00df3bbff285bf9a5d6c1ab478@avcodec.org> #219: Bus error while converting images into a movie -----------------------+--------------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: FFmpeg => undetermined Comment: To produce a useful back-trace, please use ffmpeg_g instead of ffmpeg, as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 09:46:14 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 07:46:14 -0000 Subject: [FFmpeg-trac] #220(avformat:open): realaudio sipr decodes incorrectly In-Reply-To: <038.790cc315dea734a0d5327a0bce6a6442@avcodec.org> References: <038.790cc315dea734a0d5327a0bce6a6442@avcodec.org> Message-ID: <053.6bdaefa517342860e801584f0d72799a@avcodec.org> #220: realaudio sipr decodes incorrectly -----------------------+----------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * keywords: => real * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Works fine with mplayer -demuxer real -ac ffsipr, sounds equally distorted with mplayer -demuxer lavf -ac ffsipr. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 10:20:06 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 08:20:06 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.41e8ce3a62e2345e25dc4be2516c97ba@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by alexandru_mg3): Replying to [comment:7 cehoyos]: > Did you already post complete, uncut output of the command you are using? > {{{ > $ ffmpeg -i http://webtv.moldtelecom.md:81/trm1.flv > Hello Cehoyos, I tested with ffplay 0.7x. Please indicate me the ffplay command line parameters to can generate the uncut output that is needed. This will help me also to supply all the information in the future. Many Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 10:25:56 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 08:25:56 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.2e87bae26fd37bad9f8b475f3178d631@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): Type your command, copy both what you typed and how ffmpeg/ffplay responded, and paste it here (in the tracker), as I did (note that it seems I cannot reproduce your problem). Without it, every report is invalid (because we need the complete, uncut output to understand the problem)! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 10:26:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 08:26:11 -0000 Subject: [FFmpeg-trac] #221(FFmpeg:new): OpenCV and cxtypes.h Message-ID: <038.fe629156c8c43dc663281764955abc09@avcodec.org> #221: OpenCV and cxtypes.h ------------------------+--------------------- Reporter: greybones | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Keywords: OpenCV Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+--------------------- I have the latest released OpenCV (0.2.2) and it doesn't have this file referenced in your latest git build (20110518) here is the compile error... CC libavfilter/vf_libopencv.o CC libavfilter/vf_mp.o libavfilter/vf_libopencv.c:29:28: fatal error: opencv/cxtypes.h: No such file or directory compilation terminated. make: *** [libavfilter/vf_libopencv.o] Error 1 make: *** Waiting for unfinished jobs.... libavfilter/vf_mp.c: In function 'vf_get_image': libavfilter/vf_mp.c:467:19: warning: initialization from incompatible pointer type libavfilter/vf_mp.c: In function 'vf_next_put_image': libavfilter/vf_mp.c:639:36: warning: assignment from incompatible pointer type libavfilter/vf_mp.c: In function 'init': libavfilter/vf_mp.c:785:5: warning: passing argument 2 of 'm->vf.info->vf_open' discards qualifiers from pointer target type libavfilter/vf_mp.c:785:5: note: expected 'char *' but argument is of type 'const char *' hope this help! let me know if you need more info.. i'm on slackware64-current -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 10:27:12 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 08:27:12 -0000 Subject: [FFmpeg-trac] #221(FFmpeg:new): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.737d11d073d920d9de8d34d23d563559@avcodec.org> #221: OpenCV and cxtypes.h ----------------------+---------------------- Reporter: greybones | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Resolution: Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------+---------------------- Comment (by greybones): type sorry my opencv version is 2.2.0 i also did a find against the opencv code and my open include, this file doesn't exist in either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 10:47:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 08:47:04 -0000 Subject: [FFmpeg-trac] #221(build system:open): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.ba786b98e714899f02f85dffba356ab7@avcodec.org> #221: OpenCV and cxtypes.h -----------------------+--------------------------- Reporter: greybones | Owner: michael Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: git => git-master * component: FFmpeg => build system Comment: Could you test attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 11:36:01 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 09:36:01 -0000 Subject: [FFmpeg-trac] #221(build system:open): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.3ae6fc690dfd3e0689318fd2c0a8f782@avcodec.org> #221: OpenCV and cxtypes.h -----------------------+--------------------------- Reporter: greybones | Owner: michael Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by greybones): Replying to [comment:2 cehoyos]: > Could you test attached patch? Ok! your patched worked!, compiled ok... haven't done any other testing though.. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 11:57:36 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 09:57:36 -0000 Subject: [FFmpeg-trac] #219(undetermined:open): Bus error while converting images into a movie In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.28a7283890eb1828fc20e2581e70b755@avcodec.org> #219: Bus error while converting images into a movie -----------------------+--------------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by zlorfi): see https://ffmpeg.org/trac/ffmpeg/ticket/219#comment:2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 13:47:45 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 11:47:45 -0000 Subject: [FFmpeg-trac] #222(undetermined:new): Remuxing video fails Message-ID: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> #222: Remuxing video fails --------------------------+------------------------- Reporter: igloo | Type: defect Status: new | Priority: important Component: undetermined | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+------------------------- I was trying to remux http://urchin.earth.li/~ian/video_problem/00001.MTS (8 MB) but I get: {{{ $ ffmpeg -i 00001.MTS -vcodec copy -acodec copy 00001.mp4 ffmpeg version git-N-29957-g85eedcf, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 20:45:00 with gcc 4.6.1 20110507 (prerelease) configuration: --prefix=/home/ian/code/ffmpeg/inst2 --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, mpegts, from '00001.MTS': Duration: 00:00:04.16, start: 1.000033, bitrate: 16038 kb/s Program 1 Stream #0.0[0x1011]: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1100]: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s Stream #0.2[0x1200]: Subtitle: pgssub Output #0, mp4, to '00001.mp4': Metadata: encoder : Lavf53.1.0 Stream #0.0: Video: ![0][0][0] / 0x0021, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 25 tbn, 25 tbc Stream #0.1: Audio: ac3, 48000 Hz, 5.1, 448 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [mp4 @ 0x247f600] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1 >= 1 av_interleaved_write_frame(): Invalid argument $ }}} More info: {{{ $ ffmpeg -v 9 -loglevel 99 -i 00001.MTS ffmpeg version git-N-29957-g85eedcf, Copyright (c) 2000-2011 the FFmpeg developers built on May 18 2011 20:45:00 with gcc 4.6.1 20110507 (prerelease) configuration: --prefix=/home/ian/code/ffmpeg/inst2 --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x2963d40] Format mpegts probed with size=2048 and score=100 [mpegts @ 0x2963d40] stream=0 stream_type=1b pid=1011 prog_reg_desc=HDMV [mpegts @ 0x2963d40] stream=1 stream_type=81 pid=1100 prog_reg_desc=HDMV [mpegts @ 0x2963d40] stream=2 stream_type=90 pid=1200 prog_reg_desc=HDMV [h264 @ 0x29692e0] Unsupported bit depth: 0 [h264 @ 0x29692e0] no picture [mpegts @ 0x2963d40] Probe buffer size limit 5000000 reached Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, mpegts, from '00001.MTS': Duration: 00:00:04.16, start: 1.000033, bitrate: 16038 kb/s Program 1 Stream #0.0[0x1011], 137, 1/90000: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 1/50, 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x1100], 76, 1/90000: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s Stream #0.2[0x1200], 30, 1/90000: Subtitle: pgssub At least one output file must be specified $ }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 16:56:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 14:56:11 -0000 Subject: [FFmpeg-trac] #219(FFmpeg:open): ffmpeg.c crashes for more than 100 output streams (was: Bus error while converting images into a movie) In-Reply-To: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> References: <035.63584ca37705589d72a9fafb30701a53@avcodec.org> Message-ID: <050.7fa2ca62ed5cedaf2a3e8515901bbc05@avcodec.org> #219: ffmpeg.c crashes for more than 100 output streams -----------------------+---------------------- Reporter: zlorfi | Owner: michael Type: defect | Status: open Priority: minor | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * priority: normal => minor * component: undetermined => FFmpeg * reproduced: 0 => 1 Comment: The correct syntax for your use-case is {{{ ffmpeg -i img%03d.jpg a.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 17:06:09 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 15:06:09 -0000 Subject: [FFmpeg-trac] #222(undetermined:open): Remuxing video fails In-Reply-To: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> References: <034.6994aa14f70460bd3b85e5a7b70e6a1c@avcodec.org> Message-ID: <049.8fe1d6bf1b27c0299f8ab83abed44029@avcodec.org> #222: Remuxing video fails -----------------------+--------------------------- Reporter: igloo | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * reproduced: 0 => 1 Comment: {{{ ffmpeg -i test.h264 -vcodec copy out.mp4 ffmpeg version git-N-30023-g7e5cb2e, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 16:44:57 with gcc 4.5.3 configuration: --enable-libopencv --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [h264 @ 0x12ae060] Estimating duration from bitrate, this may be inaccurate Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 25.00 (50/2) Input #0, h264, from 'test.h264': Duration: N/A, bitrate: N/A Stream #0.0: Video: h264 (High), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 50 fps, 25 tbr, 1200k tbn, 50 tbc Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf53.1.0 Stream #0.0: Video: ![0][0][0] / 0x0021, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mp4 @ 0x12acc20] pts has no value Last message repeated 2 times [mp4 @ 0x12acc20] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1 >= 1 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 17:09:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 15:09:43 -0000 Subject: [FFmpeg-trac] #223(avformat:new): fpe when reading mov file Message-ID: <036.936432307af7653baddd4db3cbe236fb@avcodec.org> #223: fpe when reading mov file -------------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+---------------------- {{{ (gdb) r -i crash.mp4 ffmpeg version git-N-30023-g7e5cb2e, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 16:44:57 with gcc 4.5.3 configuration: --enable-libopencv --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Program received signal SIGFPE, Arithmetic exception. 0x00000000004a2ded in mov_build_index (st=0x12af280, mov=) at libavformat/mov.c:1530 1530 sc->ctts_data[0].duration / sc->stts_data[0].duration > 16) { (gdb) bt #0 0x00000000004a2ded in mov_build_index (st=0x12af280, mov=) at libavformat/mov.c:1530 #1 mov_read_trak (st=0x12af280, mov=) at libavformat/mov.c:1777 #2 0x000000000049faca in mov_read_default (c=0x12ae620, pb=0x12b6680, atom=...) at libavformat/mov.c:306 #3 0x00000000004a0165 in mov_read_moov (c=0x12ae620, pb=, atom=...) at libavformat/mov.c:583 #4 0x000000000049faca in mov_read_default (c=0x12ae620, pb=0x12b6680, atom=...) at libavformat/mov.c:306 #5 0x00000000004a29ee in mov_read_header (s=0x12ae060, ap=) at libavformat/mov.c:2395 #6 0x00000000004f3ca0 in av_demuxer_open (ic=0x12ae060, ap=) at libavformat/utils.c:481 #7 0x000000000040d758 in opt_input_file (filename=0x7fffffffe28a "crash.mp4") at ffmpeg.c:3313 #8 0x0000000000411a42 in parse_options (argc=3, argv=0x7fffffffde18, options=0x975020, parse_arg_function=0x410100 ) at cmdutils.c:283 #9 0x0000000000410b86 in main (argc=3, argv=0x7fffffffde18) at ffmpeg.c:4546 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x4a2dcd to 0x4a2e0d: 0x00000000004a2dcd : mov 0x38(%r13),%rax 0x00000000004a2dd1 : neg %r14d 0x00000000004a2dd4 : movslq %r14d,%r14 0x00000000004a2dd7 : test %rax,%rax 0x00000000004a2dda : je 0x4a2e10 0x00000000004a2ddc : mov 0x28(%r13),%rcx 0x00000000004a2de0 : test %rcx,%rcx 0x00000000004a2de3 : je 0x4a2e10 0x00000000004a2de5 : mov 0x4(%rax),%eax 0x00000000004a2de8 : mov %eax,%edx 0x00000000004a2dea : sar $0x1f,%edx 0x00000000004a2ded : idivl 0x4(%rcx) 0x00000000004a2df0 : cmp $0x10,%eax 0x00000000004a2df3 : jle 0x4a2e10 0x00000000004a2df5 : movl $0x1,0xc4(%r13) 0x00000000004a2e00 : movl $0x1,0x138(%r15) 0x00000000004a2e0b : nopl 0x0(%rax,%rax,1) End of assembler dump. (gdb) info register rax 0x6 6 rbx 0x12af280 19591808 rcx 0x12b1700 19601152 rdx 0x0 0 rsi 0x1 1 rdi 0x6 6 rbp 0x12ae620 0x12ae620 rsp 0x7fffffffd8b0 0x7fffffffd8b0 r8 0x7fffffff 2147483647 r9 0x1 1 r10 0x32 50 r11 0x26 38 r12 0x12b10e0 19599584 r13 0x12b10e0 19599584 r14 0xfffffffffffffffa -6 r15 0x12b0be0 19598304 rip 0x4a2ded 0x4a2ded 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 0x9fe0 [ PE DAZ IM DM ZM OM UM PM FZ ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 19 21:19:55 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 19:19:55 -0000 Subject: [FFmpeg-trac] #224(avdevice:new): Improving support for IIDC cameras (libavdevice/libdc1394.c) Message-ID: <035.f7f69861a40b85ac6d781889c046ea44@avcodec.org> #224: Improving support for IIDC cameras (libavdevice/libdc1394.c) -----------------------+-------------------------- Reporter: marlam | Type: enhancement Status: new | Priority: wish Component: avdevice | Version: git Keywords: libdc1394 | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+-------------------------- [This is the following post from ffmpeg-devel: . Since there was no reply, I add this ticket so that the patch does not get lost.] Hello all, currently, the libdc1394 format only supports very few video modes: 320x240 or 640x480, and only two pixel formats. Furthermore, these modes have to be selected via AVFormatParameters, there is no autodetection. I'd like to change that so that the camera is queried for the modes it supports, and a suitable mode is selected with regard to AVFormatParameters. If no parameters are given, the best mode should be chosen automatically. Furthermore, I'd like to add support for more pixel formats. The attached patches do this in two steps: 1) Remove support for the libdc1394 v1 API. V2 has been available for ages (it even is in Debian oldstable), and V1 is not shipped with current distributions anymore (it does not work with current kernels). 2) Replace the mode selection code in dc1394.c (but leave the rest of the code untouched). Use the libdc1394 v2 API to query available video modes, remove those that we currently do not support, and sort the rest according to preference. Then pick a mode according to AVFormatParameters, or use a fallback based on the preferences list. At the same time, support all dc1394 color codings for which there is a corresponding FFmpeg pixel format. Please comment. Martin -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 00:33:46 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 22:33:46 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.5bd50776d2bc35142a585d7af142339e@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): I did a git pull -a Then I downloaded the patches into a "patches" sibling directory and then did cat ../patches/*.patch | git-am and re-ran configure. I got the following error ERROR: libx264 version must be >= 0.115. I had a look at wheezy's repos and libx264 only goes up to 112, so it's a no-go on Debian for the moment. I recorded the "problem" video using cheese - about 49 minutes @ 640x480, video 30Hz , audio 1 channel @ 44,100KHz, which came to 2.5GB. I ended up splitting the conversion run into 30 mins + 19 mins and joining the two avi's, dropping the audio and rotating 180 degrees - I recorded myself solving a sudoku puzzle in real-time to try to capture the stream-of-consciousness involved, so small flurries of activity in a mostly static frame. The video info claims 30fps but it looks more like 2-3 fps which may be because of disk/cpu bottle-necking + small variations in lighting conditions affecting overall illumination, if that helps. The resulting AVIs have visible tinges of green(top) + pink(bottom) which aren't present in the original, with -sameq(246MB) and hqdn(73MB). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 00:38:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 22:38:10 -0000 Subject: [FFmpeg-trac] #221(build system:open): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.fd720924007caf6ff67e37f1d8027b9a@avcodec.org> #221: OpenCV and cxtypes.h -----------------------+--------------------------- Reporter: greybones | Owner: michael Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by saste): Patch looks OK, but we should possibly do a check on the libopencv version in configure, and require a version which supports the new interface (I don't know when cxcore.h replaced cxtypes.h). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 00:38:37 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 22:38:37 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.6bdeb5fd6c6b1c451e6f20b51a675dc9@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by cehoyos): You do not need x264 to test Stefano's patches. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 01:15:24 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 23:15:24 -0000 Subject: [FFmpeg-trac] #221(build system:open): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.75892d29b2401dc5c7c9cd03d78b8c2b@avcodec.org> #221: OpenCV and cxtypes.h -----------------------+--------------------------- Reporter: greybones | Owner: michael Type: defect | Status: open Priority: normal | Component: build system Version: git-master | Resolution: Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+--------------------------- Comment (by greybones): Ok last opencv revision to support cxtypes.h was 3059.. its gone in 3060 https://code.ros.org/trac/opencv/browser/trunk/opencv/include/opencv?rev=3059 Versions prior to 2.1.0 I think.. perhaps your more skilled at browsing their svn than I am... https://code.ros.org/gf/project/opencv/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 01:30:37 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 23:30:37 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.cc860a484c33fef5477f25a7e4ff518a@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): Done. I recently upgraded the kernel to 2.6.38-2-amd64 because it looked like my swap space wasn't being used. It's being used now. The conversion used all 3GB of my physical memory plus another 3.4GB of swap to complete. Those green/pink tinges are no longer there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 01:57:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 May 2011 23:57:43 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.656f2656c6ecde3edbc0fcd32ae56e3a@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): The final output after ffmpeg -i sudoku-0.7.1-ud.avi -vf "hflip,vflip,hqdn3d" sudoku-0.7.1.avi came to 58.2MB. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 10:40:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 08:40:18 -0000 Subject: [FFmpeg-trac] #225(undetermined:new): Converting from YUVJ to YUV lose contrast Message-ID: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> #225: Converting from YUVJ to YUV lose contrast -------------------------------+------------------------- Reporter: sghpunk | Type: defect Status: new | Priority: important Component: undetermined | Version: git-master Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -------------------------------+------------------------- I am trying to transcode video from my Nicon D90 mjpeg to x264. And output video contrast is lower than input. I use ffmpeg-HEAD-27614b1 Command line: ffmpeg.exe -threads 2 -an -i input.mkv -f matroska -vcodec libx264 -profile main -preset fast -cqp 27 -y x264-low_contract_yuv.mkv > enc.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 1280x720, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Incompatible pixel format 'yuvj422p' for codec 'libx264', auto-selecting format 'yuv420p' [buffer @ 00b83e00] w:1280 h:720 pixfmt:yuvj422p tb:1/1000000 sar:1/1 [ffsink @ 003efee0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 00b95920] w:1280 h:720 fmt:yuvj422p -> w:1280 h:720 fmt:yuv420p flags:0xa0000004 [libx264 @ 00b60540] using SAR=1/1 [libx264 @ 00b60540] using cpu capabilities: MMX2 SSE2 SSE3 Cache64 [libx264 @ 00b60540] profile Main, level 3.1 [libx264 @ 00b60540] 264 - core 114 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=27 ip_ratio=1.40 pb_ratio=1.30 aq=0 Output #0, matroska, to 'x264-low_contract_yuv.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 encoder : Lavf53.0.3 Stream #0.0: Video: libx264, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 10 fps= 0 q=27.0 size= 33kB time=10000000000.00 bitrate= 0.0kbits/s ...CUT... frame= 121 fps= 5 q=-1.0 Lsize= 864kB time=4.96 bitrate=1427.9kbits/s video:863kB audio:0kB global headers:0kB muxing overhead 0.173612% frame I:1 Avg QP:24.00 size: 33897 [libx264 @ 00b60540] frame P:41 Avg QP:27.00 size: 10846 [libx264 @ 00b60540] frame B:79 Avg QP:28.66 size: 5118 [libx264 @ 00b60540] consecutive B-frames: 6.6% 11.6% 22.3% 59.5% [libx264 @ 00b60540] mb I I16..4: 44.1% 0.0% 55.9% [libx264 @ 00b60540] mb P I16..4: 7.9% 0.0% 4.9% P16..4: 42.7% 10.5% 3.3% 0.0% 0.0% skip:30.7% [libx264 @ 00b60540] mb B I16..4: 3.9% 0.0% 0.6% B16..8: 30.6% 7.4% 0.3% direct: 8.4% skip:48.7% L0:41.1% L1:53.7% BI: 5.2% [libx264 @ 00b60540] coded y,uvDC,uvAC intra: 29.7% 47.0% 14.1% inter: 8.7% 11.9% 0.1% [libx264 @ 00b60540] i16 v,h,dc,p: 31% 31% 24% 14% [libx264 @ 00b60540] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 20% 20% 5% 7% 7% 6% 6% 3% [libx264 @ 00b60540] i8c dc,h,v,p: 63% 18% 16% 3% [libx264 @ 00b60540] Weighted P-Frames: Y:2.4% UV:2.4% [libx264 @ 00b60540] ref P L0: 75.4% 24.6% [libx264 @ 00b60540] ref B L0: 80.3% 19.7% [libx264 @ 00b60540] ref B L1: 94.1% 5.9% [libx264 @ 00b60540] kb/s:1401.04 }}} ffmpeg -v 9 -loglevel 99 -i input.mkv > v9.log 2>&1 {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 00b70280] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase [mjpeg @ 00b7b700] buffer too small, expanding to 73330 bytes [mjpeg @ 00b7b700] marker=d8 avail_size_in_buf=73330 [mjpeg @ 00b7b700] marker parser used 0 bytes (0 bits) [mjpeg @ 00b7b700] marker=db avail_size_in_buf=73328 [mjpeg @ 00b7b700] index=0 [mjpeg @ 00b7b700] qscale[0]: 3 [mjpeg @ 00b7b700] index=1 [mjpeg @ 00b7b700] qscale[1]: 6 [mjpeg @ 00b7b700] marker parser used 132 bytes (1056 bits) [mjpeg @ 00b7b700] marker=c0 avail_size_in_buf=73194 [mjpeg @ 00b7b700] sof0: picture: 1280x720 [mjpeg @ 00b7b700] component 0 2:1 id: 0 quant:0 [mjpeg @ 00b7b700] component 1 1:1 id: 1 quant:1 [mjpeg @ 00b7b700] component 2 1:1 id: 2 quant:1 [mjpeg @ 00b7b700] pix fmt id 21111100 [mjpeg @ 00b7b700] marker parser used 17 bytes (136 bits) [mjpeg @ 00b7b700] marker=c4 avail_size_in_buf=73175 [mjpeg @ 00b7b700] class=0 index=0 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=0 nb_codes=251 [mjpeg @ 00b7b700] class=0 index=1 nb_codes=12 [mjpeg @ 00b7b700] class=1 index=1 nb_codes=251 [mjpeg @ 00b7b700] marker parser used 418 bytes (3344 bits) [mjpeg @ 00b7b700] escaping removed 115 bytes [mjpeg @ 00b7b700] marker=da avail_size_in_buf=72755 [mjpeg @ 00b7b700] component: 0 [mjpeg @ 00b7b700] component: 1 [mjpeg @ 00b7b700] component: 2 [mjpeg @ 00b7b700] marker parser used 72639 bytes (581110 bits) [mjpeg @ 00b7b700] marker=d9 avail_size_in_buf=3 [mjpeg @ 00b7b700] mjpeg decode frame unused 3 bytes [matroska,webm @ 00b70280] All info found [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0, 1, 1/1000: Video: mjpeg, yuvj422p, 1280x720, 1/24, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) At least one output file must be specified }}} Seems like contrast loosing when converting a pixel format from yuvj422p to yuv420p. I tryed to encode same video from mplayer yuv4mpeg raw file and in this case contrast on output video is the same. I cannot find mplayer ftp server to upload samples. Where can I upload it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 10:42:34 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 08:42:34 -0000 Subject: [FFmpeg-trac] #225(undetermined:new): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.6737ae320948dcb7ff9117ffb9af3b0c@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+--------------------------- Comment (by sghpunk): OS Windows XP SP3 32bit -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 10:46:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 08:46:49 -0000 Subject: [FFmpeg-trac] #225(undetermined:new): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.fcdd50a42d99eef0d4872b3b43f298f5@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: new Priority: important | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------------+--------------------------- Comment (by sghpunk): And upload.ffmpeg.org not responding... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 11:44:48 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 09:44:48 -0000 Subject: [FFmpeg-trac] #225(undetermined:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.d5c3fc48cceb78b70180cb9521e48918@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * reproduced: 1 => 0 Comment: Is the problem also reproducible with the following command line? {{{ ffmpeg.exe -an -i input.mkv -qscale 2 low_contrast_yuv.mkv }}} You can use http://www.datafilehost.com/ to upload samples. (Did you build FFmpeg yourself or did you download your executable?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 12:01:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 10:01:03 -0000 Subject: [FFmpeg-trac] #221(build system:closed): OpenCV and cxtypes.h In-Reply-To: <038.fe629156c8c43dc663281764955abc09@avcodec.org> References: <038.fe629156c8c43dc663281764955abc09@avcodec.org> Message-ID: <053.259dc3efec0bc2b16a96f698f50931ce@avcodec.org> #221: OpenCV and cxtypes.h -----------------------+--------------------------- Reporter: greybones | Owner: michael Type: defect | Status: closed Priority: normal | Component: build system Version: git-master | Resolution: fixed Keywords: OpenCV | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+--------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in commit: commit f1b3f33d48b366dd7b3b915b4de90d9ad4c4ae39 Author: Stefano Sabatini Date: Fri May 20 11:36:16 2011 +0200 vf_libopencv: prefer opencv/cxcore.h over cxtypes.h Require the presence of opencv/cxcore.h in place of opencv/cxtypes.h, which has been removed. Fix compilation with libopencv > 2.1.0. Fix trac issue #221. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 12:10:06 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 10:10:06 -0000 Subject: [FFmpeg-trac] #225(undetermined:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.17e4942cf2703ceb8d1f32ffba961eca@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by sghpunk): Ok, I upload input file http://www.datafilehost.com/download-dfec691e.html Output file: http://www.datafilehost.com/download-a3c7345e.html And, yes with command line: {{{ ffmpeg.exe -an -i input.mkv -qscale 2 low_contrast_yuv.mkv }}} The same problem, low contrast. Here is encoding log: {{{ ffmpeg version UNKNOWN, Copyright (c) 2000-2011 the FFmpeg developers built on May 19 2011 17:41:01 with gcc 4.5.2 configuration: --prefix=/mingw --disable-static --enable-shared --enable-gpl --enable-version3 --disable-doc --enable-postproc --disable- network --enable-memalign-hack --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libspeex --enable-libvorbis --enable-libx264 --enable-pthreads --enable-frei0r --extra- cflags='-mthreads -mtune=nocona -march=nocona -msse3 -m80387 -mfpmath=387 -O2 -fgnu89-inline -Wno-error=missing-prototypes' --extra-ldflags='-Wl ,--enable-auto-image-base -Wl,--enable-auto-import' --extra-libs=-ldl --cpu=nocona libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 00b70280] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'x264-low_contract_yuv_input.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 ENCODER : Lavf53.0.3 Duration: 00:00:05.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: mjpeg, yuvj422p, 1280x720, PAR 1:1 DAR 16:9, 24 fps, 24 tbr, 1k tbn, 24 tbc (default) Incompatible pixel format 'yuvj422p' for codec 'mpeg4', auto-selecting format 'yuv420p' [buffer @ 003eff60] w:1280 h:720 pixfmt:yuvj422p tb:1/1000000 sar:1/1 [ffsink @ 00b604a0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 00ba7e60] w:1280 h:720 fmt:yuvj422p -> w:1280 h:720 fmt:yuv420p flags:0xa0000004 Output #0, matroska, to 'low_contrast_yuv.mkv': Metadata: MAKER : NIKON CORPORATION MODEL : NIKON D90 CREATION_TIME : 2011-05-05 07:47:28 encoder : Lavf53.0.3 Stream #0.0: Video: mpeg4, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 1k tbn, 24 tbc (default) Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help ...CUT... video:3980kB audio:0kB global headers:0kB muxing overhead 0.048334% }}} And result output file: http://www.datafilehost.com/download-12f6e2a2.html I build ffmpeg myself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 20:25:25 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 18:25:25 -0000 Subject: [FFmpeg-trac] #225(undetermined:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.55d85651b5ddb4f01d59bd0ca6ea13e8@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by cehoyos): I am unable to reproduce your problem: I extracted the jpeg's from your input file (ffmpeg -i yuvj_input.mkv -vcodec copy out%03d.jpg), converted the result to different formats (ffmpeg -i out001.jpg -qscale 2 out.avi and ffmpeg -i out001.jpg out.png), but the images all look very similar to me. What software are you using to display the videos (or how do you know the contrast is different? Can you also reproduce the problem with ffplay out001.jpg (and with ffplay yuvj_input.mkv)? Concerning your compilation: I believe your extra-cflags affect the performance of the resulting binary negatively, if this is wrong, please report it, so we can fix the build process. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 20 23:36:23 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 21:36:23 -0000 Subject: [FFmpeg-trac] #226(undetermined:new): QT RLE 1bpp support is buggy Message-ID: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> #226: QT RLE 1bpp support is buggy --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- (issue 1529) {{{ Author: ami_stuff Date: 2009-11-07.19:32:36 Attached QT RLE file decodes correctly except some gfx bugs: 1. at the beginning in the output AVI file there are visible white lines 2. there is visibe white line at the top of the screen C:\>ffmpeg -i qt_rle_bw.mov -vcodec huffyuv qt_rle_bw.avi FFmpeg version SVN-r20467, Copyright (c) 2000-2009 Fabrice Bellard, et al. built on Nov 6 2009 04:04:33 with gcc 4.2.4 configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e nable-avisynth --enable-gpl --enable-version3 --enable-zlib --enable-bzlib --ena ble-libgsm --enable-libfaad --enable-pthreads --enable-libvorbis --enable- libthe ora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable- libxvid --enable-libschroedinger --enable-libx264 --enable-libopencore_amrwb --enable-li bopencore_amrnb libavutil 50. 3. 0 / 50. 3. 0 libavcodec 52.37. 1 / 52.37. 1 libavformat 52.39. 2 / 52.39. 2 libavdevice 52. 2. 0 / 52. 2. 0 libswscale 0. 7. 1 / 0. 7. 1 Seems stream 0 codec frame rate differs from container frame rate: 1000000.00 (1 000000/1) -> 15.00 (500000/33333) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'qt_rle_bw.mov': Duration: 00:00:12.64, start: 0.000000, bitrate: 1197 kb/s Stream #0.0(eng): Video: qtrle, monow, 320x240, 1195 kb/s, 15 tbr, 1000k tbn , 1000k tbc Metadata major_brand : qt minor_version : 537199360 compatible_brands: qt Output #0, avi, to 'qt_rle_bw.avi': Stream #0.0(eng): Video: huffyuv, yuv422p, 320x240, q=2-31, 200 kb/s, 15 tbn , 15 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11522, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11522, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11532, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 44 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11526, pixel_limit = 11520 Last message repeated 1 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11556, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 3 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11550, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11534, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 12 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11528, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 19 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11532, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 6 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11536, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 4 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11552, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11528, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 14 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11556, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 6 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11554, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 1 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11526, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 9 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11530, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11522, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11540, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 2 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 3 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11532, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11560, pixel_limit = 11520 Last message repeated 13 times10410kB time=11.20 bitrate=7614.3kbits/s [qtrle @ 0x1a08480]Problem: pixel_ptr = 11526, pixel_limit = 11520 Last message repeated 1 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 Last message repeated 1 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11534, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11522, pixel_limit = 11520 Last message repeated 4 times [qtrle @ 0x1a08480]Problem: pixel_ptr = 11524, pixel_limit = 11520 [qtrle @ 0x1a08480]Problem: pixel_ptr = 11532, pixel_limit = 11520 frame= 190 fps= 0 q=0.0 Lsize= 11759kB time=12.67 bitrate=7605.2kbits/s video:11749kB audio:0kB global headers:0kB muxing overhead 0.085112% }}} {{{ Author: cehoyos Date: 2009-12-29.20:41:05 Since the sample decodes, I believe this is a minor issue. }}} XAnim decodes the sample correctly: {{{ /********************* * * * *******************************************/ xaULONG QT_Decode_RLE1(image,delta,dsize,dec_info) xaUBYTE *image; /* Image Buffer. */ xaUBYTE *delta; /* delta data. */ xaULONG dsize; /* delta size */ XA_DEC_INFO *dec_info; /* Decoder Info Header */ { xaULONG imagex = dec_info->imagex; xaULONG imagey = dec_info->imagey; xaULONG map_flag = dec_info->map_flag; xaULONG *map = dec_info->map; xaLONG x,y,d,lines; /* xaLONG min_x,max_x,min_y,max_y; */ xaUBYTE *dptr; dptr = delta; dptr += 4; /* skip codec size */ d = (*dptr++) << 8; d |= *dptr++; /* read code either 0008 or 0000 */ if (dsize < 8) /* NOP */ { dec_info->xs = dec_info->ys = dec_info->xe = dec_info->ye = 0; return(ACT_DLTA_NOP); } if (d & 0x0008) /* Header present */ { y = (*dptr++) << 8; y |= *dptr++; /* start line */ dptr += 2; /* unknown */ lines = (*dptr++) << 8; lines |= *dptr++; /* number of lines */ dptr += 2; /* unknown */ } else { y = 0; lines = imagey; } x = 0; y--; lines++; while(lines) /* loop thru lines */ { xaULONG d,xskip,cnt; xskip = *dptr++; /* skip x pixels */ cnt = *dptr++; /* RLE code */ if (cnt == 0) break; /* exit */ /* this can be removed */ if ((xskip == 0x80) && (cnt == 0x00)) /* end of codec */ { lines = 0; y++; x = 0; } else if ((xskip == 0x80) && (cnt == 0xff)) /* skip line */ {lines--; y++; x = 0; } else { if (xskip & 0x80) {lines--; y++; x = xskip & 0x7f;} else x += xskip; if (cnt < 0x80) /* run of data */ { xaUBYTE *bptr; xaUSHORT *sptr; xaULONG *lptr; if ((x11_bytes_pixel==1) || (map_flag==xaFALSE) ) bptr = (xaUBYTE *)(image + (y * imagex) + (x << 4) ); else if (x11_bytes_pixel==2) sptr = (xaUSHORT *)(image + 2*(y * imagex) + (x << 5) ); else lptr = (xaULONG *)(image + 4*(y * imagex) + (x << 6) ); x += cnt; while(cnt--) { xaULONG i,mask; d = (*dptr++ << 8); d |= *dptr++; mask = 0x8000; for(i=0;i<16;i++) { if (map_flag==xaFALSE) { if (d & mask) *bptr++ = 0; else *bptr++ = 1; } else if (x11_bytes_pixel==1) {if (d & mask) *bptr++=(xaUBYTE)map[0]; else *bptr++=(xaUBYTE)map[1];} else if (x11_bytes_pixel==2) {if (d & mask) *sptr++ =(xaUSHORT)map[0]; else *sptr++ =(xaUSHORT)map[1]; } else { if (d & mask) *lptr++ = (xaULONG)map[0]; else *lptr++ = (xaULONG)map[1]; } mask >>= 1; } } } /* end run */ else /* repeat data */ { xaUBYTE *bptr; xaUSHORT *sptr; xaULONG *lptr; if ((x11_bytes_pixel==1) || (map_flag==xaFALSE) ) bptr = (xaUBYTE *)(image + (y * imagex) + (x << 4) ); else if (x11_bytes_pixel==2) sptr = (xaUSHORT *)(image + 2*(y * imagex) + (x << 5) ); else lptr = (xaULONG *)(image + 4*(y * imagex) + (x << 6) ); cnt = 0x100 - cnt; x += cnt; d = (*dptr++ << 8); d |= *dptr++; while(cnt--) { xaULONG i,mask; mask = 0x8000; for(i=0;i<16;i++) { if (map_flag==xaFALSE) { if (d & mask) *bptr++ = 0; else *bptr++ = 1; } else if (x11_bytes_pixel==1) {if (d & mask) *bptr++=(xaUBYTE)map[0]; else *bptr++=(xaUBYTE)map[1];} else if (x11_bytes_pixel==2) {if (d & mask) *sptr++ =(xaUSHORT)map[0]; else *sptr++ =(xaUSHORT)map[1]; } else { if (d & mask) *lptr++ = (xaULONG)map[0]; else *lptr++ = (xaULONG)map[1]; } mask >>= 1; } } } /* end repeat */ } /* end of code */ } /* end of lines */ dec_info->xs = dec_info->ys = 0; dec_info->xe = imagex; dec_info->ye = imagey; if (map_flag==xaTRUE) return(ACT_DLTA_MAPD); else return(ACT_DLTA_NORM); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 21 00:12:46 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 22:12:46 -0000 Subject: [FFmpeg-trac] #227(FFmpeg:new): Extend -ss and -t to support seeking to EOF time position (and backwards)? Message-ID: <034.083beb2d107f41b3d226f4f025102e40@avcodec.org> #227: Extend -ss and -t to support seeking to EOF time position (and backwards)? --------------------------+--------------------------------------- Reporter: burek | Owner: michael Type: enhancement | Status: new Priority: wish | Component: FFmpeg Version: git | Keywords: seeking eof time position Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 --------------------------+--------------------------------------- Maybe, it would be useful if options -ss and -t could support something like this: ffmpeg -ss EOF-00:00:10 -i input ... (meaning the start time is 10 seconds before the end of the file). This would be useful in automated use of ffmpeg, where users don't need to set time positions absolutely (manually), but rather relatively to the end of file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 21 01:16:03 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 23:16:03 -0000 Subject: [FFmpeg-trac] #228(FFserver:new): FFserver: reordering of ""s in config file makes difference Message-ID: <034.483826ed2380430390d2402e1c248439@avcodec.org> #228: FFserver: reordering of ""s in config file makes difference ------------------------+---------------------------------------- Reporter: burek | Owner: baptiste Type: defect | Status: new Priority: important | Component: FFserver Version: git | Keywords: ordering items config file Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ------------------------+---------------------------------------- The first config file (ffserver1.conf) made ffserver drop rtsp connections, with error message "'''[NULL @ 0x1be7ba0]AAC with no global headers is currently not supported.'''" After just a simple reordering of items (ffserver2.conf), everything started to work properly? Is this expected behavior? :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 21 01:41:39 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 May 2011 23:41:39 -0000 Subject: [FFmpeg-trac] #228(FFserver:new): FFserver: reordering of ""s in config file makes difference In-Reply-To: <034.483826ed2380430390d2402e1c248439@avcodec.org> References: <034.483826ed2380430390d2402e1c248439@avcodec.org> Message-ID: <049.a72d5f3fbdc625d9cd4fa634208368cf@avcodec.org> #228: FFserver: reordering of ""s in config file makes difference ---------------------------------------+----------------------- Reporter: burek | Owner: baptiste Type: defect | Status: new Priority: important | Component: FFserver Version: git | Resolution: Keywords: ordering items config file | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+----------------------- Comment (by burek): More precisely, didn't everything start to work properly; rtp stream gets to the player (vlc) i.e. ffserver does not stop with the previous message for AAC and global headers, but only few of the first frames (2-3) are displayed and the rest is Lost (according to VLC's Tools - Codec information / Statistics) and audio plays fine. Anyway, the exact bug report would applies to the fact that the error message is not shown anymore, if s' order is switched. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 21 09:51:24 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 May 2011 07:51:24 -0000 Subject: [FFmpeg-trac] #225(undetermined:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.0813f06da4e5de498f2087474ea532c1@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by sghpunk): I do the same, as you described. And I can say... It is more complicated, than I thought... (ffmpeg -i out001.jpg out.png) - No differences, as you say. And here (ffmpeg -i out001.jpg -qscale 2 out.avi) begins a ... gm ... magic )) When I play out.avi with mplayer2 (http://www.mplayer2.org/), there is difference between jpg and avi (avi is less contrast), but when I play out.avi with KMplayer, there is no contrast differences... Only little white balance, but it is not so important. So. I don't understand, maybe it is mlayer2 bug, or ffmpeg bug but not in that place that I thought. (Because mplayer2 use the same ffmpeg for decoding video). I attached a screenshot with two opened mplayer2 windows (left - input file with normal contrast, right - output file with low contrast), seems like on this screenshot contrast differences looks good. (If not, you can in gimp test a color value in same white places on image, and see the difference). But I still cannot understand, why when i use yuv4mpeg raw file for encoding there is no contrast differences in mplayer2. About compiler options, I not test it so deep, I do this later, and maybe you can recommend what test I can perform to be sure is that options efficient or not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 21 20:17:42 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 May 2011 18:17:42 -0000 Subject: [FFmpeg-trac] #229(swscale:new): HAVE_SSE2 Undefined on swscale Message-ID: <035.f6f91ea7f29069a83e3624b097e83f33@avcodec.org> #229: HAVE_SSE2 Undefined on swscale -------------------------+--------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- When compiling with the latest git I get the following warning when I get to libswscale/rgb2rgb.o CC libswscale/rgb2rgb.o libswscale/rgb2rgb.c: In function ?sws_rgb2rgb_init?: libswscale/rgb2rgb.c:202:5: warning: "HAVE_SSE2" is not defined If I edit the config.h file to say "#define HAVE_SSE2 1" it goes away. Either configure needs to be updated to detect SSE2 capabilites, or swscale needs to be updated to rely on something else for the code that has the SSE2 check. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 01:03:46 2011 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 May 2011 23:03:46 -0000 Subject: [FFmpeg-trac] #186(avcodec:open): crash while probing mpg file In-Reply-To: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> References: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> Message-ID: <053.93efba394d23d352be8110277a1a866e@avcodec.org> #186: crash while probing mpg file -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): I can reproduce a failing mpegts demuxer but no crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 02:47:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 00:47:04 -0000 Subject: [FFmpeg-trac] #183(avcodec:closed): ASF/WMV partial packet change causes infinite loop In-Reply-To: <040.389b3ae07824fb06b41884a9d8d22584@avcodec.org> References: <040.389b3ae07824fb06b41884a9d8d22584@avcodec.org> Message-ID: <055.002055e1df5a028d77e61bc9966097b8@avcodec.org> #183: ASF/WMV partial packet change causes infinite loop ----------------------------+---------------------- Reporter: tracey_pooh | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: wma, regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------------+---------------------- Changes (by michael): * keywords: asf, regression => wma, regression * resolution: => fixed * status: open => closed * component: avformat => avcodec Comment: Fixed in git-N-30122-geb97d4d -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 03:38:05 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 01:38:05 -0000 Subject: [FFmpeg-trac] #212(avcodec:closed): mpeg2video: crash with lowres 3 In-Reply-To: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> References: <038.b10fa674054c0a0a0f62a455d651bb8d@avcodec.org> Message-ID: <053.240d342cc9b122c9aac178210cd4417e@avcodec.org> #212: mpeg2video: crash with lowres 3 -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: x86 x86-64 | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Iam not sure how much sense lowres 3 makes with interlaced mpeg2 but ive added check to make it work somewhat. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 12:24:59 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 10:24:59 -0000 Subject: [FFmpeg-trac] #186(avcodec:open): crash while probing mpg file In-Reply-To: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> References: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> Message-ID: <053.d00d1c44e54859edf700c3a289a44e73@avcodec.org> #186: crash while probing mpg file -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by ami_stuff): The crash is most likely fixed by: http://git.videolan.org/?p=ffmpeg.git;a=commit;h=612122b187d711257eecd517e4049cef3bb0b7f0 "Fix crash of interlaced MPEG2 decoding" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 14:09:58 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 12:09:58 -0000 Subject: [FFmpeg-trac] #108(undetermined:open): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.e19f60ae3210430122c9700077553463@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------------- Comment (by ami_stuff): seems like 8bpp WRAW files in mov needs to be flipped as well http://origin.www.nature.com/ni/journal/v6/n12/extref/ni1272-S13.mov http://www.solstice.de/grundl_d_tph/exp_besch/zyklotron.mov more samples here (search for WRAW string): http://home.roadrunner.com/~compn/uncommon_video_codecs_final.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 14:11:32 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 12:11:32 -0000 Subject: [FFmpeg-trac] #186(avcodec:closed): crash while probing mpg file In-Reply-To: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> References: <038.f2d7251949cd2738533dafa6ddde169d@avcodec.org> Message-ID: <053.a46f68857d80a30406c784387b414acc@avcodec.org> #186: crash while probing mpg file -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 20:46:04 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 18:46:04 -0000 Subject: [FFmpeg-trac] #127(avcodec:closed): Video blur In-Reply-To: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> References: <040.b4b8c0580827d9d690c0cc0d3c8b9067@avcodec.org> Message-ID: <055.0e3856cb43591f7aea3c2d801fbc65ca@avcodec.org> #127: Video blur ------------------------+---------------------- Reporter: ulti-killer | Owner: michael Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+---------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Locally fixed will push it into master soon -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 20:46:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 18:46:16 -0000 Subject: [FFmpeg-trac] #33(avfilter:closed): `libavfilter/vsrc_buffer.h' missing after make install (and missing doxygen doc) In-Reply-To: <036.b10dabc253334bd99a9bdf374b961229@avcodec.org> References: <036.b10dabc253334bd99a9bdf374b961229@avcodec.org> Message-ID: <051.b57e5f42035bb76c29949f5cc6a23d7c@avcodec.org> #33: `libavfilter/vsrc_buffer.h' missing after make install (and missing doxygen doc) ------------------------+----------------------- Reporter: fpretto | Owner: saste Type: enhancement | Status: closed Priority: minor | Component: avfilter Version: | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ------------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 * type: defect => enhancement Comment: API reworked, and made public in commit: commit 83db71977700d3337c84d5945ac8b7e7ee881ac2 Author: Stefano Sabatini Date: Sun May 22 19:30:08 2011 +0200 lavfi: make vsrc_buffer.h header public Address trac issue #33. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 21:30:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 19:30:18 -0000 Subject: [FFmpeg-trac] #223(avformat:closed): fpe when reading mov file In-Reply-To: <036.936432307af7653baddd4db3cbe236fb@avcodec.org> References: <036.936432307af7653baddd4db3cbe236fb@avcodec.org> Message-ID: <051.b70665e2e8b45f927e09e0dd0067b7c5@avcodec.org> #223: fpe when reading mov file -----------------------+----------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: Locally fixed, will push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 22 23:30:21 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 21:30:21 -0000 Subject: [FFmpeg-trac] #142(avfilter:closed): [FFmpeg/filters/overlay] PNG over a movie doesn't look write in 0.7 In-Reply-To: <035.0d7ca9ee8552c11e3b8f32c687cecdbe@avcodec.org> References: <035.0d7ca9ee8552c11e3b8f32c687cecdbe@avcodec.org> Message-ID: <050.730b99fdf59cbb01a0b6688e8d4bae4b@avcodec.org> #142: [FFmpeg/filters/overlay] PNG over a movie doesn't look write in 0.7 --------------------+----------------------- Reporter: stepho | Owner: michael Type: defect | Status: closed Priority: normal | Component: avfilter Version: 0.7-rc1 | Resolution: invalid Keywords: overlay | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+----------------------- Changes (by saste): * status: new => closed * resolution: => invalid Comment: Reporter is reporting he can't reproduce the problem anymore, so I'm closing the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 00:05:33 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 22:05:33 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.56d783ba52ee4d2eae3a4a4103342ab5@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by saste): Back to the original issue, can you confirm that patch 0002 fixes the reported crash? You don't need libx264, filters or other stuff, for testing it, try the simplest possible command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 01:00:00 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 May 2011 23:00:00 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.c87db86e78a4c1d7796d11c582384fab@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): Huh? To summarize comments (4) through (7), 1. I applied the two patches on a freshly git-pulled repo (4) 2. got stuck with x264 (4) 3. was informed it wasn't needed for the test (5) 4. proceeded with the build/test (6) 5. it uses a lot of memory, but works (6) 6. it results in a smaller and better quality AVI(6,7) Regards, Philip -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 03:40:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 01:40:34 -0000 Subject: [FFmpeg-trac] #230(undetermined:new): regression with tiff flate Message-ID: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> #230: regression with tiff flate --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- the file comes from issue 1419 {{{ C:\>ffmpeg -i Test_Flate_8bpp.tif ffmpeg version git-N-30011-gb4bcd1e, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 18 2011 04:36:23 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 1. 0 / 53. 1. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [tiff @ 02350780] Palette met but this is not palettized format [image2 @ 02350280] Could not find codec parameters (Video: tiff) Test_Flate_8bpp.tif: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 05:14:10 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 03:14:10 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.afe9f9030fe3e60fea67f17fec26805f@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by michael): Please upload the first 2mb of the ogg file -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 08:40:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 06:40:30 -0000 Subject: [FFmpeg-trac] #231(FFplay:new): ffplay freezes with date -s in linux Message-ID: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> #231: ffplay freezes with date -s in linux -------------------------+--------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: new Priority: critical | Component: FFplay Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- While playing a video clip in ffplay, setting system time in linux by "date -s" freezes video playback while audio seems to be playing. System Ubuntu 10.04 LTS x86_64 ffmpeg recent (20/50/2011) git pulled Does it has some thing to do with core ffmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 10:48:38 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 08:48:38 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.163f3d907d5307f5c446a4a875556770@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * priority: critical => minor * status: new => open * reproduced: 0 => 1 Comment: Video stops playing (esp, if the time is set back), but I cannot reproduce a freeze. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 10:48:59 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 08:48:59 -0000 Subject: [FFmpeg-trac] #230(avcodec:open): regression with tiff flate In-Reply-To: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> References: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> Message-ID: <053.05adaae051f7f9fe8304f5fa4b9b83b2@avcodec.org> #230: regression with tiff flate -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * component: undetermined => avcodec * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 12:16:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 10:16:18 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.1e9aebb529b83281ea2e147a3e4efe12@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by sahandeva): Replying to [comment:1 cehoyos]: > Video stops playing (esp, if the time is set back), but I cannot reproduce a freeze. Yes video stops playing but the audio does continue to play. Wondering weather this is localized to ffplay implementation of PTS - DTS bounded to system clock or ffmpeg specific. Checked the same scenario with VLC which perfectly plays video + audio irrespective of the system time modifications. Please shed some light on this as implementation of my case require system time modification (using NTP)to be not effective on ffmpeg playback. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 13:03:35 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 11:03:35 -0000 Subject: [FFmpeg-trac] #185(avformat:open): ffmpeg segfaults with large ogg/vorbis files In-Reply-To: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> References: <036.ad00c9bedf48ce42b8a12ab09e89a892@avcodec.org> Message-ID: <051.806fa1a21d3ed99bf8baf4f82228540e@avcodec.org> #185: ffmpeg segfaults with large ogg/vorbis files --------------------------------+----------------------- Reporter: Philius | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: segfault ogg/vorbis | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Comment (by Philius): Please find attached the output of dd if=2011-05-10-021123.ogv of=1st2MB.ogv bs=1M count=2 Philip -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 14:59:23 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 12:59:23 -0000 Subject: [FFmpeg-trac] #108(undetermined:open): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.463a6508ee0900b620685aa3b4fcd2bc@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------------- Comment (by ami_stuff): WRAW 8bpp in avi seems to need a flip as well, so my patch posted to libav-devel seems to be correct http://www.aoc.nrao.edu/events/synthesis/2008/lectures/test-mars.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 15:00:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 13:00:14 -0000 Subject: [FFmpeg-trac] #108(undetermined:open): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.fdfa929cb9ab836028c816f4555eb18b@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------------- Comment (by ami_stuff): *posted to ffmpeg-devel :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 21:58:05 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 19:58:05 -0000 Subject: [FFmpeg-trac] #232(undetermined:new): bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. Message-ID: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> #232: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. ------------------------------+-------------------------- Reporter: matteosistisette | Type: defect Status: new | Priority: critical Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+-------------------------- I've just compiled the latest version of ffmpeg from the SVN on a CentOS machine and when I try to decode amr audio files I get this error (repeated a lot of times): {{{ [amrnb @ 0x626e90] dtx mode not implemented. Update your FFmpeg version to the newest one from SVN. If the problem still occurs, it means that your file has a feature which has not been implemented.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. }}} On another box, an Ubuntu one, I have installed the ffmpeg package from the repositories and it works fine with the same files. Also, on yet another CentOS box I am using a several-year-old version of ffmpeg that was compiled ages ago which can decode the same amr files just fine. So either the error message is completely wrong and the real problem with the files is different, or there has been some regression in that a feature that had already been implemented ages ago has been dropped. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:12:17 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:12:17 -0000 Subject: [FFmpeg-trac] #233(undetermined:new): make uninstall broken Message-ID: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> #233: make uninstall broken ------------------------------+-------------------------- Reporter: matteosistisette | Type: defect Status: new | Priority: important Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+-------------------------- After making and installing ffmpeg succesfully, I tried to uninstall it with: make uninstall. Here's the output: # make uninstall rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) rmdir "/usr/local/include" rmdir: /usr/local/include: Directory not empty make: [uninstall-headers] Error 1 (ignored) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:26:20 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:26:20 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.4eba9e5290105cacfba371439b9ceb39@avcodec.org> #232: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: critical => wish * version: unspecified => git-master * keywords: => amr amrnb * type: defect => enhancement Comment: Complete, uncut output missing, but I guess your two versions of FFmpeg use two different amr decoder. {{{ $ ffmpeg -i sound2.amr out.wav ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 16:04:23 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [amr @ 0x8ca5b20] max_analyze_duration 5000000 reached at 5000000 [amr @ 0x8ca5b20] Estimating duration from bitrate, this may be inaccurate Input #0, amr, from 'sound2.amr': Duration: 00:00:12.43, bitrate: 5 kb/s Stream #0.0: Audio: amrnb, 8000 Hz, 1 channels, flt, 5 kb/s Incompatible sample format 'flt' for codec 'pcm_s16le', auto-selecting format 's16' Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.2.0 Stream #0.0: Audio: pcm_s16le, 8000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [amrnb @ 0x8ca7900] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x8ca7900] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 ... [amrnb @ 0x8ca7900] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x8ca7900] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 size= 227kB time=14.52 bitrate= 128.0kbits/s video:0kB audio:227kB global headers:0kB muxing overhead 0.018939% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:28:44 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:28:44 -0000 Subject: [FFmpeg-trac] #233(build system:open): make uninstall broken In-Reply-To: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> References: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> Message-ID: <060.229e8e725a03187e954d34f07f9af715@avcodec.org> #233: make uninstall broken -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open * component: undetermined => build system Comment: I would have expected this (or similar) output, but please add the output of {{{ $ find /usr/local/include }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:36:57 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:36:57 -0000 Subject: [FFmpeg-trac] #233(build system:open): make uninstall broken In-Reply-To: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> References: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> Message-ID: <060.a1e908215267cdb51fe203d063a4f93b@avcodec.org> #233: make uninstall broken -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by matteosistisette): Replying to [comment:1 cehoyos]: > I would have expected this (or similar) output, Do you mean it's normal that make uninstall just tries to remove the /usr/local/include directory 8 times and doesn't even try to delete any other file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:46:25 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:46:25 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.6768f910178374c26f52777eb91595b8@avcodec.org> #232: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Comment (by matteosistisette): Here's the output of ffmpeg -formats from the '''working versions''': $ ffmpeg -formats | grep amr {{{ DE amr 3GPP AMR file format DEA libopencore_amrnb OpenCORE Adaptive Multi-Rate (AMR) Narrow-Band D A libopencore_amrwb OpenCORE Adaptive Multi-Rate (AMR) Wide-Band }}} while the '''non-working version''' returns only: {{{ DE amr 3GPP AMR file format }}} So, if I compiled it with --enable-libopencore-amrnb --enable-libopencore- amrwb and I have libopencore-amr installed, why does libopencore seem to be missing? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:53:18 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:53:18 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.c38219267e4e0c3170c198fb07c5c50a@avcodec.org> #232: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Comment (by matteosistisette): Complete uncut output # ffmpeg -i sound2.amr sound2.wav ffmpeg version git-N-30158-g5f3c436, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 23:28:01 with gcc 4.1.2 20080704 (Red Hat 4.1.2-50) configuration: --enable-version3 --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libvpx --enable-libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable-ffplay --enable-shared --enable-gpl --enable-postproc --enable- nonfree --enable-avfilter --enable-pthreads --extra-cflags=-fPIC libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [amr @ 0x62cb60] max_analyze_duration 5000000 reached at 5000000 [amr @ 0x62cb60] Estimating duration from bitrate, this may be inaccurate Input #0, amr, from 'sound2.amr': Duration: 00:00:12.43, bitrate: 5 kb/s Stream #0.0: Audio: amrnb, 8000 Hz, 1 channels, flt, 5 kb/s Incompatible sample format 'flt' for codec 'pcm_s16le', auto-selecting format 's16' Output #0, wav, to 'sound2.wav': Metadata: encoder : Lavf53.2.0 Stream #0.0: Audio: pcm_s16le, 8000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 [amrnb @ 0x62eaa0] dtx mode not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [amrnb @ 0x62eaa0] If you want to help, upload a sample of this file to ftp://upload.ffmpeg.org/MPlayer/incoming/ and contact the ffmpeg-devel mailing list. Error while decoding stream #0.0 size= 227kB time=14.52 bitrate= 128.0kbits/s video:0kB audio:227kB global headers:0kB muxing overhead 0.018939% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:53:45 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:53:45 -0000 Subject: [FFmpeg-trac] #234(FFmpeg:new): Segmentation fault when using -ac 2 Message-ID: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> #234: Segmentation fault when using -ac 2 -----------------------+--------------------- Reporter: farrelan | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -----------------------+--------------------- fmpeg -v 9 -loglevel 99 -i Avatar720p24fps.mp4.t2 -vn -acodec libfaac -ac 2 audio.aac ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 16:01:29 with gcc 4.5.2 configuration: --enable-gpl --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-x11grab --prefix=/usr libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x9f2fb40] Format aac probed with size=2048 and score=51 [aac @ 0x9f2fb40] max_analyze_duration 5000000 reached at 5013333 [aac @ 0x9f2fb40] Estimating duration from bitrate, this may be inaccurate Input #0, aac, from 'Avatar720p24fps.mp4.t2': Duration: 02:57:27.40, bitrate: 408 kb/s Stream #0.0, 237, 1/28224000: Audio: aac, 48000 Hz, 5.1, s16, 408 kb/s Output #0, adts, to 'audio.aac': Metadata: encoder : Lavf53.2.0 Stream #0.0, 0, 1/90000: Audio: libfaac, 48000 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help Segmentation fault eax 0x8c4 2244 ecx 0x0 0 edx 0xccccd000 -858992640 ebx 0x400 1024 esp 0xbfffdd90 0xbfffdd90 ebp 0x90d8260 0x90d8260 esi 0x14 20 edi 0xfffffff7 -9 eip 0x83d3dc4 0x83d3dc4 eflags 0x210297 [ CF PF AF SF IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 st0 -inf (raw 0xffff0000000000000000) st1 -inf (raw 0xffff0000000000000000) st2 -inf (raw 0xffff0000000000000000) st3 10.559681232454401822451472980901599 (raw 0x4002a8f4744ed939e000) st4 3.4566083997797843180997846104207798e-16 (raw 0x3fcbc74289523b832800) st5 -6.59911632537841796875 (raw 0xc001d32bf60000000000) st6 48000 (raw 0x400ebb80000000000000) st7 4112 (raw 0x400b8080000000000000) fctrl 0x37f 895 fstat 0x20 32 ftag 0xffff 65535 fiseg 0x73 115 fioff 0x83d3019 138227737 foseg 0x7b 123 fooff 0xbfffde50 -1073750448 fop 0x35c 860 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm1 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm2 {uint64 = 0x0, v2_int32 = {0x0, 0x0}, v4_int16 = {0x0, 0x0, 0x0, 0x0}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}} mm3 {uint64 = 0xa8f4744ed939e000, v2_int32 = {0xd939e000, 0xa8f4744e}, v4_int16 = {0xe000, 0xd939, 0x744e, 0xa8f4}, v8_int8 = {0x0, 0xe0, 0x39, 0xd9, 0x4e, 0x74, 0xf4, 0xa8}} mm4 {uint64 = 0xc74289523b832800, v2_int32 = {0x3b832800, 0xc7428952}, v4_int16 = {0x2800, 0x3b83, 0x8952, 0xc742}, v8_int8 = {0x0, 0x28, 0x83, 0x3b, 0x52, 0x89, 0x42, 0xc7}} mm5 {uint64 = 0xd32bf60000000000, v2_int32 = {0x0, 0xd32bf600}, v4_int16 = {0x0, 0x0, 0xf600, 0xd32b}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0xf6, 0x2b, 0xd3}} mm6 {uint64 = 0xbb80000000000000, v2_int32 = {0x0, 0xbb800000}, v4_int16 = {0x0, 0x0, 0x0, 0xbb80}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0xbb}} mm7 {uint64 = 0x8080000000000000, v2_int32 = {0x0, 0x80800000}, v4_int16 = {0x0, 0x0, 0x0, 0x8080}, v8_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x80}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:54:30 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:54:30 -0000 Subject: [FFmpeg-trac] #234(FFmpeg:new): Segmentation fault when using -ac 2 In-Reply-To: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> References: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> Message-ID: <052.b5735be2660848f59a7261425a47edf4@avcodec.org> #234: Segmentation fault when using -ac 2 ---------------------+---------------------- Reporter: farrelan | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+---------------------- Comment (by farrelan): mediainfo Avatar720p24fps.mp4.t2 General Complete name : Avatar720p24fps.mp4.t2 Format : ADTS Format/Info : Audio Data Transport Stream File size : 518 MiB Audio Format : AAC Format/Info : Advanced Audio Codec Format version : Version 4 Format profile : LC Bit rate mode : Variable Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Compression mode : Lossy Stream size : 518 MiB (100%) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 23 23:58:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 21:58:14 -0000 Subject: [FFmpeg-trac] #234(FFmpeg:new): Segmentation fault when using -ac 2 In-Reply-To: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> References: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> Message-ID: <052.746a84c3ada100f41df2bae8510934bf@avcodec.org> #234: Segmentation fault when using -ac 2 ---------------------+---------------------- Reporter: farrelan | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+---------------------- Comment (by farrelan): write(2, "Press [q] to stop, [?] for help\n", 32Press [q] to stop, [?] for help ) = 32 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 ioctl(0, SNDCTL_TMR_START or TCSETS, {B38400 opost isig -icanon -echo ...}) = 0 ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig -icanon -echo ...}) = 0 rt_sigaction(SIGQUIT, {0x80868b0, [], SA_INTERRUPT|SA_NODEFER|SA_RESETHAND}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGINT, {0x80868b0, [], SA_INTERRUPT|SA_NODEFER|SA_RESETHAND}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGTERM, {0x80868b0, [], SA_INTERRUPT|SA_NODEFER|SA_RESETHAND}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGXCPU, {0x80868b0, [], SA_INTERRUPT|SA_NODEFER|SA_RESETHAND}, {SIG_DFL, [], 0}, 8) = 0 gettimeofday({1306187735, 735710}, NULL) = 0 select(1, [0], NULL, NULL, {0, 0}) = 0 (Timeout) brk(0xacc6000) = 0xacc6000 brk(0xad34000) = 0xad34000 brk(0xada3000) = 0xada3000 brk(0xae11000) = 0xae11000 brk(0xae7f000) = 0xae7f000 brk(0xaea7000) = 0xaea7000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Segmentation fault -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:19:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:19:53 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): [amrnb @ 0x626e90] dtx mode not implemented. (was: bogus error message with amr files: [amrnb @ 0x626e90] dtx mode not implemented.) In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.a0aeb3580458b0ef23f36327494f0c94@avcodec.org> #232: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Comment (by cehoyos): Please confirm that you also get this output if you configure FFmpeg with --disable-decoder=amrnb (And the command to show the available codecs is ffmpeg -codecs) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:28:28 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:28:28 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): [amrnb @ 0x626e90] dtx mode not implemented. In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.4ba9a69a9933240aca15a1a9039c7a80@avcodec.org> #232: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Comment (by matteosistisette): > (And the command to show the available codecs is ffmpeg -codecs) Hm, interesting. On the non-working box, ffmpeg -codecs shows: D A amrnb Adaptive Multi-Rate NarrowBand D A amrwb Adaptive Multi-Rate WideBand DEA libopencore_amrnb OpenCORE Adaptive Multi-Rate (AMR) Narrow-Band D A libopencore_amrwb OpenCORE Adaptive Multi-Rate (AMR) Wide-Band But how do you explain the difference in the output of -formats? May the problem actually be the amr container and not the codec? Btw on the working boxes, ffmpeg -codecs shows: ffmpeg: missing argument for option '-codecs' :O -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:28:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:28:34 -0000 Subject: [FFmpeg-trac] #234(undetermined:open): Segmentation fault when using -ac 2 In-Reply-To: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> References: <037.608047520fb22072805b1892b8ed7e90@avcodec.org> Message-ID: <052.2873a57b1175bceac71f7d2f92bdd8f9@avcodec.org> #234: Segmentation fault when using -ac 2 ---------------------+--------------------------- Reporter: farrelan | Owner: michael Type: defect | Status: open Priority: normal | Component: undetermined Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+--------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined Comment: Please test latest git head and please provide a useful back-trace as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:30:31 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:30:31 -0000 Subject: [FFmpeg-trac] #233(build system:open): make uninstall broken In-Reply-To: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> References: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> Message-ID: <060.060b80944f777d645ca9160ed096ad84@avcodec.org> #233: make uninstall broken -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by cehoyos): You didn't say it did not even try to delete any other file before... Please add the output of find /usr/local/include after running make uninstall so we know that no header files were removed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:36:52 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:36:52 -0000 Subject: [FFmpeg-trac] #233(build system:open): make uninstall broken In-Reply-To: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> References: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> Message-ID: <060.4a077f3baec7f8565ea8852a260ca8a1@avcodec.org> #233: make uninstall broken -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------+--------------------------- Comment (by matteosistisette): Well when I said "here's the output" I meant _all_ the output :) ...Or maybe it is not supposed to show all the commands being executed? If I uninstall it again i will post the output of find -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:48:14 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:48:14 -0000 Subject: [FFmpeg-trac] #232(avcodec:open): [amrnb @ 0x626e90] dtx mode not implemented. In-Reply-To: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> References: <045.252c1e4aedf57fdc1a467cb88e82d408@avcodec.org> Message-ID: <060.3a063057ee0856bdfd143a87ee71f0da@avcodec.org> #232: [amrnb @ 0x626e90] dtx mode not implemented. -----------------------------+---------------------- Reporter: matteosistisette | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: amr amrnb | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+---------------------- Comment (by matteosistisette): Replying to [comment:4 cehoyos]: > Please confirm that you also get this output if you configure FFmpeg with --disable-decoder=amrnb > (And the command to show the available codecs is ffmpeg -codecs) YESS!! :)) I mean, no, after configuring it with --disable-decoder=amrnb and recompiling it works!!! Now the question is: should that be necessary? If there is any conflict, shouldn't it be detected? Isn't amrnb supposed to be already disabled? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 00:55:54 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 22:55:54 -0000 Subject: [FFmpeg-trac] #231(FFplay:open): ffplay freezes with date -s in linux In-Reply-To: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> References: <038.1987906a76a83d32304c672a42cbfe7d@avcodec.org> Message-ID: <053.0a2f4ca9d550d6693fa39268e1766b5d@avcodec.org> #231: ffplay freezes with date -s in linux -----------------------+---------------------- Reporter: sahandeva | Owner: michael Type: defect | Status: open Priority: minor | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by saste): This is related to the implementation of av_gettime(void) in libavformat. Read also the thread: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/101431/focus=101434 Work in this area is very welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 01:14:58 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 May 2011 23:14:58 -0000 Subject: [FFmpeg-trac] #235(swscale:new): possible SIGSEGV in sws_getColorspaceDetails Message-ID: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -------------------------+--------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: new Priority: normal | Component: swscale Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- I experienced a SIGSEGV in the MLT library happending in the function sws_getColorspaceDetails in libwscale/utils.c:718. While i know the actual source of the bug is not in ffmpeg's sources, it is possible to have the first parameter (SwsContext *c) set to NULL wich causes the crash. changing line 720 from {{{ if (isYUV(c->dstFormat) || isGray(c->dstFormat)) return -1; }}} to {{{ if (c==NULL || isYUV(c->dstFormat) || isGray(c->dstFormat)) return -1; }}} allows playback to continue. PS: i'm working with the latest ffmpeg sources from git in an (almost) clean environnment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 09:46:25 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 07:46:25 -0000 Subject: [FFmpeg-trac] #235(swscale:open): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.fb3a31d2134dfd27356b83963a65ae1b@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Consider sending or attaching a patch made with git diff libswscale/utils.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 10:14:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 08:14:10 -0000 Subject: [FFmpeg-trac] #233(build system:closed): make uninstall broken In-Reply-To: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> References: <045.210ae6451040e50542f0c7cd3254ea53@avcodec.org> Message-ID: <060.c2dde4a667da288a453f60d6b521351d@avcodec.org> #233: make uninstall broken -----------------------------+--------------------------- Reporter: matteosistisette | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------------+--------------------------- Changes (by cehoyos): * status: open => closed * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: make V=1 shows all commands being executed. The remaining issue (one header file was not deleted) should be fixed in latest git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 12:42:33 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 10:42:33 -0000 Subject: [FFmpeg-trac] #235(swscale:open): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.63ad8225efb8fa8f46c4c1a46a244dbd@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by jtlebi): here is the requested diff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 19:28:38 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 17:28:38 -0000 Subject: [FFmpeg-trac] #236(undetermined:new): Floating point exception error with -dcodec copy on QuickTime timecode track Message-ID: <036.ae45ecabf1d9eae444ed11e4bd095441@avcodec.org> #236: Floating point exception error with -dcodec copy on QuickTime timecode track --------------------------+-------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: dcodec | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- When using -dcodec copy to copy a timecode track from an input Quicktime to an output Quicktime, I get a "Floating point exception" error and the unresulting file is unplayable. {{{ ffmpeg -i fcp_export8.mov -vcodec copy -acodec copy -dcodec copy fcp_export9.mov ffmpeg version git-N-30166-g1bc81bf, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 22:42:17 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Could not find codec parameters (Data: tmcd / 0x64636D74, 0 kb/s) Last message repeated 2 times Seems stream 0 codec frame rate differs from container frame rate: 29.97 (30000/1001) -> 29.97 (2997/100) Last message repeated 2 times Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fcp_export8.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-03-03 06:08:19 Duration: 00:00:10.01, start: 0.000000, bitrate: 505 kb/s Stream #0.0(eng): Video: dvvideo, yuv411p, 720x480 [PAR 8:9 DAR 4:3], 28771 kb/s, PAR 10:11 DAR 15:11, 29.97 fps, 29.97 tbr, 2997 tbn, 29.97 tbc Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.2(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.3(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.4(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Ignoring attempt to set invalid timebase for st:2 Output #0, mov, to 'fcp_export9.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-03-03 06:08:19 encoder : Lavf53.2.0 Stream #0.0(eng): Video: dvvideo, yuv411p, 720x480 [PAR 10:11 DAR 15:11], q=2-31, 28771 kb/s, 30k tbn, 29.97 tbc Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, 1536 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.2(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Stream #0.2 -> #0.2 Press [q] to stop, [?] for help Floating point exception }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 19:58:20 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 17:58:20 -0000 Subject: [FFmpeg-trac] #237(avcodec:new): ffv1 v2 Message-ID: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> #237: ffv1 v2 ---------------------+-------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------+-------------------------- Using ffv1 version 2 to encode yuv422p10le and then decoding back to yuv422p10le results in the loss the right 25% of the image. See samples attached. v210 to ffv1 v2 {{{ ffmpeg -y -vsync 0 -i unc_10_bit.mov -vcodec ffv1 -coder 1 -an unc_10_bit_ffv1.mov ffmpeg version git-N-30179-g8d95317, Copyright (c) 2000-2011 the FFmpeg developers built on May 24 2011 13:40:22 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x101012400] Could not find codec parameters (Data: tmcd / 0x64636D74) Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'unc_10_bit.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-12-14 22:30:48 Duration: 00:10:32.86, start: -88.288288, bitrate: 47 kb/s Stream #0.0(eng): Video: v210, yuv422p10le, 720x486, 223724 kb/s, PAR 10:11 DAR 400:297, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2009-12-14 22:30:48 Stream #0.1(eng): Audio: pcm_s16be, 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2009-12-14 22:30:48 Stream #0.2(eng): Data: tmcd / 0x64636D74 Metadata: creation_time : 2009-12-14 22:30:48 [buffer @ 0x100d02000] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:10/11 sws_param: [mov @ 0x10102c400] Warning, using MS style video codec tag, the file may be unplayable! Output #0, mov, to 'unc_10_bit_ffv1.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2009-12-14 22:30:48 encoder : Lavf53.2.0 Stream #0.0(eng): Video: ffv1, yuv422p10le, 720x486 [PAR 10:11 DAR 400:297], q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 2009-12-14 22:30:48 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 4 fps= 0 q=0.0 Lsize= 1042kB time=88.42 bitrate= 96.6kbits/s video:1041kB audio:0kB global headers:0kB muxing overhead 0.074731% }}} ffv1 back into v210 {{{ ffmpeg -y -i unc_10_bit_ffv1.mov -vcodec v210 unc_10_bit_ffv1_back_to_v210.mov ffmpeg version git-N-30179-g8d95317, Copyright (c) 2000-2011 the FFmpeg developers built on May 24 2011 13:40:22 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'unc_10_bit_ffv1.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.2.0 Duration: 00:00:00.13, start: 0.000000, bitrate: 63973 kb/s Stream #0.0(eng): Video: ffv1, yuv422p10le, 720x486, 63914 kb/s, PAR 10:11 DAR 400:297, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 1970-01-01 00:00:00 [buffer @ 0x100d012e0] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:10/11 sws_param: Output #0, mov, to 'unc_10_bit_ffv1_back_to_v210.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt creation_time : 1970-01-01 00:00:00 encoder : Lavf53.2.0 Stream #0.0(eng): Video: v210, yuv422p10le, 720x486 [PAR 10:11 DAR 400:297], q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 1970-01-01 00:00:00 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 4 fps= 0 q=0.0 Lsize= 3646kB time=0.13 bitrate=223770.0kbits/s video:3645kB audio:0kB global headers:0kB muxing overhead 0.020174% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 22:44:42 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 20:44:42 -0000 Subject: [FFmpeg-trac] #236(avformat:open): Floating point exception error with -dcodec copy on QuickTime timecode track In-Reply-To: <036.ae45ecabf1d9eae444ed11e4bd095441@avcodec.org> References: <036.ae45ecabf1d9eae444ed11e4bd095441@avcodec.org> Message-ID: <051.c029cfe561b5f1d65a422f417f63fb38@avcodec.org> #236: Floating point exception error with -dcodec copy on QuickTime timecode track -----------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: dcodec | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * priority: normal => important * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: {{{ (gdb) r -i fcp_export8.mov -dcodec copy -an -vn out.mov ffmpeg version git-N-30180-g384d103, Copyright (c) 2000-2011 the FFmpeg developers built on May 24 2011 22:39:02 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8cabb20] Could not find codec parameters (Data: tmcd / 0x64636D74, 0 kb/s) Last message repeated 2 times Seems stream 0 codec frame rate differs from container frame rate: 29.97 (30000/1001) -> 29.97 (2997/100) Last message repeated 2 times Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fcp_export8.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-03-03 06:08:19 Duration: 00:00:10.01, start: 0.000000, bitrate: 505 kb/s Stream #0.0(eng): Video: dvvideo, yuv411p, 720x480 [PAR 8:9 DAR 4:3], 28771 kb/s, PAR 10:11 DAR 15:11, 29.97 fps, 29.97 tbr, 2997 tbn, 29.97 tbc Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.2(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.3(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream #0.4(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Ignoring attempt to set invalid timebase for st:0 Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-03-03 06:08:19 encoder : Lavf53.2.0 Stream #0.0(eng): Data: tmcd / 0x64636D74, 0 kb/s Metadata: creation_time : 2010-03-03 06:08:19 Stream mapping: Stream #0.2 -> #0.0 Press [q] to stop, [?] for help Program received signal SIGFPE, Arithmetic exception. 0x085efbd3 in __udivmoddi4 (rp=0x0, d=0, n=900900999) at ../../.././libgcc/../gcc/libgcc2.c:895 895 d0 = 1 / d0; /* Divide intentionally by zero. */ (gdb) bt #0 0x085efbd3 in __udivmoddi4 (rp=0x0, d=0, n=900900999) at ../../.././libgcc/../gcc/libgcc2.c:895 #1 __divdi3 (rp=0x0, d=0, n=900900999) at ../../.././libgcc/../gcc/libgcc2.c:1093 #2 0x085e58a0 in av_rescale_rnd (a=900901, b=1000, c=0, rnd=AV_ROUND_UP) at libavutil/mathematics.c:91 #3 0x080fc6e4 in mov_write_mvhd_tag (mov=, pb=) at libavformat/movenc.c:1388 #4 mov_write_moov_tag (mov=, pb=) at libavformat/movenc.c:1785 #5 mov_write_trailer (mov=, pb=) at libavformat/movenc.c:2266 #6 0x08157007 in av_write_trailer (s=0x8cab240) at libavformat/utils.c:3194 #7 0x08052bc4 in transcode (nb_output_files=1, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0, input_files=0x873db20, output_files=0x873d980) at ffmpeg.c:2785 #8 0x08058b9d in main (argc=, argv=) at ffmpeg.c:4561 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 23:31:34 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 21:31:34 -0000 Subject: [FFmpeg-trac] #237(avcodec:open): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.020ef93e1dd38a0b26a76456baaae435@avcodec.org> #237: ffv1 v2 ------------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: I cannot reproduce this: I encoded unc_10_bit.mov with above command line on 32 and 64 bit Linux and PPC OSX, and in all cases, the result plays fine (while your file unc_10_bit_ffv1.mov is broken). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 24 23:34:23 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 21:34:23 -0000 Subject: [FFmpeg-trac] #237(avcodec:open): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.fec378eb13df4813d5cffe1afeb27b2b@avcodec.org> #237: ffv1 v2 ------------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by cehoyos): md5sum of the resulting mov file (with -an!) is bb5a77c0e436a464290b005c19612410 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 00:23:44 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 May 2011 22:23:44 -0000 Subject: [FFmpeg-trac] #108(avcodec:closed): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.3506c1b6cff9bdae801a547282dc06bc@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ----------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * resolution: => fixed * status: open => closed * component: undetermined => avcodec Comment: Fixed in commit: commit 040e1c67edab57177adb88a7dd1cc9ed38d2b74e Author: ami_stuff Date: Tue May 24 23:38:01 2011 +0200 rawdec: fix decoding of QT WRAW files Fix decoding of QT WRAW files. From some tests it results that: 1. all of the AVI/MOV WRAW files (at least from the link posted to the trac ticket #108) need to be flipped 2. mov WRAW files need to use AVI color modes 3. assigning PAL8 mode by default to WRAW codec is not correct Fix decoding of file CarltonMovie2.mov, fix trac issue #108. I tried with all samples, note that ~/samples/nature06421-s4.mov crashes ffplay, this looks like a swscale bug (you can reproduce it with -vf scale=368:233,format=bgra). Thanks again for the accurate report and the patch :)! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 09:54:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 07:54:24 -0000 Subject: [FFmpeg-trac] #230(avcodec:closed): regression with tiff flate In-Reply-To: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> References: <038.9494285d6a5238c04d575cfb743a4310@avcodec.org> Message-ID: <053.d4c06906149c97539904f2efcf2768b4@avcodec.org> #230: regression with tiff flate -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in Libav, and pulled in commit: {{{ commit 034fc7bf129152b94958f4b74b9c81590350ce59 Merge: d1adad3 9bbd6a4 Author: Michael Niedermayer Date: Wed May 25 06:32:23 2011 +0200 Merge remote-tracking branch 'qatar/master' * qatar/master: (22 commits) [...] tiff: set palette in the context when specified in TIFF_PAL tag [...] }}} Original commit was: {{{ commit dea58b6f978032253c263233ea0d4dec6215fe57 Author: Stefano Sabatini Date: Tue May 24 01:17:25 2011 +0200 tiff: set palette in the context when specified in TIFF_PAL tag Fix regression with palette data. Since image initialization has been moved after tag parsing, palette need to be specified in the context, and then copied to the allocated image in init_image(). In particular, fix trac issue #230, file Test_Flate_8bpp.tif. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 11:18:03 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 09:18:03 -0000 Subject: [FFmpeg-trac] #57(avformat:closed): Patch to read disc number in mov.c In-Reply-To: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> References: <032.6c2ad90f923477022788a2561191f16f@avcodec.org> Message-ID: <047.99032265c74a15bd6c6a93c651167bca@avcodec.org> #57: Patch to read disc number in mov.c ------------------------+----------------------- Reporter: rrt | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => closed * version: git => git-master * resolution: => fixed Comment: Pushed. Thank you for your patience! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 11:24:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 09:24:39 -0000 Subject: [FFmpeg-trac] #229(swscale:closed): HAVE_SSE2 Undefined on swscale In-Reply-To: <035.f6f91ea7f29069a83e3624b097e83f33@avcodec.org> References: <035.f6f91ea7f29069a83e3624b097e83f33@avcodec.org> Message-ID: <050.0bdfe0b506fa3a8c4ff6b52344560b75@avcodec.org> #229: HAVE_SSE2 Undefined on swscale -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: The line in question was removed in latest git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 11:38:24 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 09:38:24 -0000 Subject: [FFmpeg-trac] #114(avcodec:closed): Crash in indeo3 decoder In-Reply-To: <036.f6e328de7debbdeb40eac540d84933aa@avcodec.org> References: <036.f6e328de7debbdeb40eac540d84933aa@avcodec.org> Message-ID: <051.7b39df1181ad10b3f90b811c4dd1ec73@avcodec.org> #114: Crash in indeo3 decoder ----------------------+---------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ----------------------+---------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed in commit: {{{ commit 48df6a241532f0702fc4fd10ddcbfac435e4027c Author: Stefano Sabatini Date: Tue May 17 22:21:33 2011 +0200 indeo3: add out-of-buffer write check Prevent out-of-buffer writes. In particular fix smclocki32.avi.1.1 crash, trac issue #114, roundup issue #1482. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 11:45:26 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 09:45:26 -0000 Subject: [FFmpeg-trac] #235(swscale:open): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.28c6f9ad317310ea7eb7cbef7cde042a@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by saste): I'm not sure this is the right fix. Indeed the function is not supposed to be called on a NULL context, a check in the calling code should be done instead. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 11:50:09 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 09:50:09 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.e68b67acfdaf398d55c950193840398d@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by saste): Maybe the problem is related to the Windows/MinGW network stack, I can't reproduce it in Linux. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 13:06:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 11:06:10 -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.c41e7f55a2a6f51f3cfb0aea0c612d4f@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: 0 Analyzed: 0 | ------------------------+---------------------- Changes (by saste): * status: new => closed * resolution: => fixed Comment: Addressed in commit: {{{ commit 07586b68a8a496e44c7c977599e1ec09d07fd57f Author: Stefano Sabatini Date: Sat May 7 02:06:25 2011 +0200 lavfi: add select filter Address trac issue #92. }}} You can use the filterchain: -vf select="eq(pict_type\,PICT_TYPE_I)" for selecting only the I-frames to send to the output. Note that you'll have still to decode all frames, since we currently don't have a packet-level filtering mechanism. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 16:41:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 14:41:23 -0000 Subject: [FFmpeg-trac] #148(undetermined:open): ffplay and ffmpeg hang-up for "invalid" streams (urls) In-Reply-To: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> References: <042.a2c401b1c4656a11954f4a0c5c92618b@avcodec.org> Message-ID: <057.243a967de3e6431220e69a175eca1fa5@avcodec.org> #148: ffplay and ffmpeg hang-up for "invalid" streams (urls) --------------------------+--------------------------- Reporter: alexandru_mg3 | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: 0.7-rc1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------------- Comment (by cehoyos): How do you know the OP tests on Windows? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 17:46:53 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 15:46:53 -0000 Subject: [FFmpeg-trac] #235(swscale:open): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.61613bff51b1dd3826028d9cf71b4f41@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): Can we see the code that calls this with NULL ? Anyway the patch does no harm so IMHO it should be applied if it helps someone -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 17:48:50 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 15:48:50 -0000 Subject: [FFmpeg-trac] #238(undetermined:new): ffplay crashes on mjpeg file Message-ID: <036.b51b832904c186107cabe561083c306e@avcodec.org> #238: ffplay crashes on mjpeg file -------------------------+-------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 -------------------------+-------------------------- Attached file can be converted with ffmpeg, but crashes ffplay. {{{ (gdb) r -i test.mjpeg ffplay version git-N-30219-g07586b6, Copyright (c) 2003-2011 the FFmpeg developers built on May 25 2011 17:18:11 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mjpeg @ 0x8d22080] Estimating duration from bitrate, this may be inaccurate Input #0, mjpeg, from 'test.mjpeg': Duration: N/A, bitrate: N/A Stream #0.0: Video: mjpeg, gray, 640x360 [PAR 1:1 DAR 16:9], 25 fps, 25 tbr, 1200k tbn, 25 tbc [New Thread 0xf6812b70 (LWP 21670)] [New Thread 0xf5e11b70 (LWP 21671)] [ffsink @ 0xf5f00960] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0xf5f00d60] w:640 h:360 fmt:gray -> w:640 h:360 fmt:yuv420p flags:0x4 1306337048.96 A-V: 0.000 s:0.0 aq= 0KB vq= 200KB sq= 0B f=0/0 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xf6812b70 (LWP 21670)] 0x08496d5b in ff_put_pixels_clamped_mmx (block=0x8d347c0, pixels=0x0, line_size=0) at libavcodec/x86/dsputil_mmx.c:244 244 __asm__ volatile( (gdb) bt #0 0x08496d5b in ff_put_pixels_clamped_mmx (block=0x8d347c0, pixels=0x0, line_size=0) at libavcodec/x86/dsputil_mmx.c:244 #1 0x08302e22 in mjpeg_decode_scan (Al=0, Ah=0, nb_components=3, s=0x8d34280, mb_bitmask=, reference=) at libavcodec/mjpegdec.c:863 #2 ff_mjpeg_decode_sos (Al=0, Ah=0, nb_components=3, s=0x8d34280, mb_bitmask=, reference=) at libavcodec/mjpegdec.c:1046 #3 ff_mjpeg_decode_frame (Al=0, Ah=0, nb_components=3, s=0x8d34280, mb_bitmask=, reference=) at libavcodec/mjpegdec.c:1530 #4 0x0841ff61 in avcodec_decode_video2 (avctx=0x8d23520, picture=0xf5f00800, got_picture_ptr=0xf68120bc, avpkt=0xf6812078) at libavcodec/utils.c:743 #5 0x0804e3c0 in get_video_frame (pkt=0xf6812068, pts=, frame=0xf5f00800, is=0xf7014020) at ffplay.c:1517 #6 input_request_frame (pkt=0xf6812068, pts=, frame=0xf5f00800, is=0xf7014020) at ffplay.c:1673 #7 0x0805b56f in avfilter_request_frame (link=0xf5f010e0) at libavfilter/avfilter.c:405 #8 0x0805550e in get_filtered_video_frame (ctx=0xf5f00960, frame=0xf5f00480, picref_ptr=0xf6812318, tb=0xf6812300) at cmdutils.c:931 #9 0x0804f722 in video_thread (arg=0xf7014020) at ffplay.c:1815 #10 0xf7e03391 in ?? () from /usr/lib/libSDL-1.2.so.0 #11 0xf7e4f6eb in ?? () from /usr/lib/libSDL-1.2.so.0 #12 0xf7ddf6e5 in start_thread () from /lib/libpthread.so.0 #13 0xf7ddf600 in ?? () from /lib/libpthread.so.0 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x8496d3b to 0x8496d7b: 0x08496d3b : movq 0x18(%ecx),%mm3 0x08496d3f : movq 0x20(%ecx),%mm4 0x08496d43 : movq 0x28(%ecx),%mm5 0x08496d47 : movq 0x30(%ecx),%mm6 0x08496d4b : movq 0x38(%ecx),%mm7 0x08496d4f : packuswb %mm1,%mm0 0x08496d52 : packuswb %mm3,%mm2 0x08496d55 : packuswb %mm5,%mm4 0x08496d58 : packuswb %mm7,%mm6 0x08496d5b : movq %mm0,(%ebx) 0x08496d5e : movq %mm2,(%ebx,%eax,1) 0x08496d62 : movq %mm4,(%ebx,%eax,2) 0x08496d66 : movq %mm6,(%ebx,%edx,1) 0x08496d6a : lea (%ebx,%eax,4),%ebx 0x08496d6d : add $0x40,%ecx 0x08496d70 : movq (%ecx),%mm0 0x08496d73 : movq 0x8(%ecx),%mm1 0x08496d77 : movq 0x10(%ecx),%mm2 End of assembler dump. (gdb) info all-registers eax 0x0 0 ecx 0x8d347c0 148064192 edx 0x0 0 ebx 0x0 0 esp 0xf6811ea8 0xf6811ea8 ebp 0x2 0x2 esi 0x2 2 edi 0x0 0 eip 0x8496d5b 0x8496d5b eflags 0x210286 [ PF SF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x0 0 gs 0x63 99 st0 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st1 -nan(0x80008000800080) (raw 0xffff0080008000800080) st2 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st3 -nan(0x80008000800080) (raw 0xffff0080008000800080) st4 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st5 -nan(0x80008000800080) (raw 0xffff0080008000800080) st6 -nan(0x8080808080808080) (raw 0xffff8080808080808080) st7 -nan(0x80008000800080) (raw 0xffff0080008000800080) fctrl 0x37f 895 fstat 0x20 32 ftag 0xaaaa 43690 fiseg 0x0 0 fioff 0x804fbed 134544365 foseg 0x0 0 fooff 0xf70e0cac -150074196 fop 0x59c 1436 xmm0 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm4 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm5 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm6 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} xmm7 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0 }, v8_int16 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x0, 0x0, 0x0}, v2_int64 = {0x0, 0x0}, uint128 = 0x00000000000000000000000000000000} mxcsr 0x1f80 [ IM DM ZM OM UM PM ] mm0 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm1 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, 0x0, 0x80, 0x0}} mm2 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm3 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, 0x0, 0x80, 0x0}} mm4 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm5 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, 0x0, 0x80, 0x0}} mm6 {uint64 = 0x8080808080808080, v2_int32 = {0x80808080, 0x80808080}, v4_int16 = {0x8080, 0x8080, 0x8080, 0x8080}, v8_int8 = {0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80, 0x80}} mm7 {uint64 = 0x80008000800080, v2_int32 = {0x800080, 0x800080}, v4_int16 = {0x80, 0x80, 0x80, 0x80}, v8_int8 = {0x80, 0x0, 0x80, 0x0, 0x80, 0x0, 0x80, 0x0}} }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 17:56:41 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 15:56:41 -0000 Subject: [FFmpeg-trac] #239(undetermined:new): Unable to transcode mjpeg/yuvj422p to libvpx Message-ID: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> #239: Unable to transcode mjpeg/yuvj422p to libvpx --------------------------+-------------------------- Reporter: MarkRose | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- I run a site with user uploaded video, and some videos fail to transcode to webm (but successfully transcode to MP4). Here is a sample command and output: {{{ ffmpeg -y -i 449893.orig -vcodec libvpx -b 400k -bt 200k -s 240x180 -acodec libvorbis -ac 2 -ar 44100 -ab 96k -async 2 449893.fmt4.webm ffmpeg version git-N-30219-g07586b6, Copyright (c) 2000-2011 the FFmpeg developers built on May 25 2011 11:07:00 with gcc 4.5.2 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --enable-libspeex --enable- libschroedinger --enable-hwaccel=h264_vaapi libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from '449893.orig': Metadata: creation_time : 2011-03-09 11:05:20 encoder : SONY DSC MJPEG 0100 Duration: 00:00:52.33, start: 0.000000, bitrate: 2831 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 320x240, 30 tbr, 30 tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream #0.1: Audio: pcm_mulaw, 11025 Hz, 1 channels, s16, 88 kb/s Incompatible pixel format 'yuvj422p' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 0x21167c0] w:320 h:240 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [scale @ 0x20ef720] w:320 h:240 fmt:yuvj422p -> w:240 h:180 fmt:yuv420p flags:0x4 [libvpx @ 0x20eb680] v0.9.6-277-gd75eb73 Output #0, webm, to '449893.fmt4.webm': Metadata: creation_time : 2011-03-09 11:05:20 encoder : Lavf53.2.0 Stream #0.0: Video: libvpx, yuv420p, 240x180, q=2-31, 400 kb/s, 1k tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream #0.1: Audio: libvorbis, 44100 Hz, 2 channels, s16, 96 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help [webm @ 0x20ec980] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 33 >= 33 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 18:05:27 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 16:05:27 -0000 Subject: [FFmpeg-trac] #240(undetermined:new): ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder Message-ID: <038.f0ab1784b7b51f4d8c59e444ec1e7d29@avcodec.org> #240: ffmpeg crashes when forced to decode wma9.1 lossless 6ch with wmav2 decoder --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- http://www.cccp- project.net/beta/test_files/%5BCCCP%5D_Mega_Weird_Audio_Test.mkv (the crash also happens when I force ffmpeg to use wmav1 decoder) {{{ C:\>ffmpeg -i C:\[CCCP]_Mega_Weird_Audio_Test.mkv ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 23 2011 03:43:18 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg4 @ 02360980] Invalid and inefficient vfw-avi packed B frames detected [matroska,webm @ 02360280] max_analyze_duration 5000000 reached at 5130000 [matroska,webm @ 02360280] Estimating duration from bitrate, this may be inaccur ate Input #0, matroska,webm, from 'C:\[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test Duration: 00:01:03.70, start: 0.000000, bitrate: 5050 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 656x464 [PAR 1:1 DAR 41:29], PAR 11 6:123 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0.2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0.3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0.4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0.5(jpn): Audio: sipr, 16000 Hz, 1 channels, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0.6(jpn): Audio: adpcm_ms, 11025 Hz, 2 channels, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0.7(jpn): Audio: adpcm_ima_wav, 11025 Hz, 2 channels, s16, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0.8(jpn): Audio: adpcm_yamaha, 16000 Hz, 1 channels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0.9(jpn): Audio: g726, 8000 Hz, 1 channels, s16, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0.10(jpn): Audio: pcm_mulaw, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0.11(jpn): Audio: pcm_alaw, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0.12(jpn): Audio: gsm_ms, 44100 Hz, 1 channels, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0.13(jpn): Audio: truespeech, 8000 Hz, 1 channels, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0.14(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0.15(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0.16(jpn): Audio: wmavoice, 22050 Hz, 1 channels, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0.17(jpn): Audio: wmav2, 48000 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0.18(eng): Audio: wmapro, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0.19(jpn): Audio: wmapro, 48000 Hz, stereo, flt, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0.20(eng): Audio: wmapro, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0.21(jpn): Audio: wmapro, 48000 Hz, stereo, flt, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0.22(eng): Audio: c[1][0][0] / 0x0163, 48000 Hz, 6 channels, 1882 kb /s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0.23(jpn): Audio: c[1][0][0] / 0x0163, 48000 Hz, 2 channels, 774 kb/ s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0.24(jpn): Audio: cook, 44100 Hz, stereo, s16 Metadata: title : RA6 G2 Cook 2ch Audio Stream #0.25(jpn): Audio: atrac3, 44100 Hz, 2 channels, s16 Metadata: title : RA8 ATRC 2ch Audio Stream #0.26(eng): Audio: cook, 44100 Hz, 5.1, s16 Metadata: title : RA8 Cook 6ch Audio Stream #0.27(jpn): Audio: cook, 44100 Hz, stereo, s16 Metadata: title : RA8 Cook 2ch Audio Stream #0.28(jpn): Audio: cook, 44100 Hz, mono, s16 Metadata: title : RA8 Cook Mono Audio Stream #0.29(jpn): Audio: aac, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0.30(jpn): Audio: aac, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio At least one output file must be specified }}} {{{ C:\>ffmpeg -acodec wmav2 -i C:\[CCCP]_Mega_Weird_Audio_Test.mkv -map 0.22 out.wav ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 23 2011 03:43:18 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg4 @ 02360980] Invalid and inefficient vfw-avi packed B frames detected [matroska,webm @ 02360280] Estimating duration from bitrate, this may be inaccur ate Input #0, matroska,webm, from 'C:\[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test Duration: 00:01:03.70, start: 0.000000, bitrate: 5050 kb/s Stream #0.0(eng): Video: mpeg4, yuv420p, 656x464 [PAR 1:1 DAR 41:29], PAR 11 6:123 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0.2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0.3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0.4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0.5(jpn): Audio: wmav2, 16000 Hz, 1 channels, flt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0.6(jpn): Audio: wmav2, 11025 Hz, 2 channels, s16, 90 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0.7(jpn): Audio: wmav2, 11025 Hz, 2 channels, s16, 89 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0.8(jpn): Audio: wmav2, 16000 Hz, 1 channels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0.9(jpn): Audio: wmav2, 8000 Hz, 1 channels, s16, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0.10(jpn): Audio: wmav2, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : ??-Law 2ch Audio Stream #0.11(jpn): Audio: wmav2, 8000 Hz, 2 channels, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0.12(jpn): Audio: wmav2, 44100 Hz, 1 channels, s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0.13(jpn): Audio: wmav2, 8000 Hz, 1 channels, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0.14(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0.15(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0.16(jpn): Audio: wmav2, 22050 Hz, 1 channels, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0.17(jpn): Audio: wmav2, 48000 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0.18(eng): Audio: wmav2, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0.19(jpn): Audio: wmav2, 48000 Hz, stereo, flt, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0.20(eng): Audio: wmav2, 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0.21(jpn): Audio: wmav2, 48000 Hz, stereo, flt, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0.22(eng): Audio: wmav2, 48000 Hz, 6 channels, s16, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0.23(jpn): Audio: wmav2, 48000 Hz, 2 channels, s16, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0.24(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA6 G2 Cook 2ch Audio Stream #0.25(jpn): Audio: wmav2, 44100 Hz, 2 channels, s16 Metadata: title : RA8 ATRC 2ch Audio Stream #0.26(eng): Audio: wmav2, 44100 Hz, 5.1, s16 Metadata: title : RA8 Cook 6ch Audio Stream #0.27(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA8 Cook 2ch Audio Stream #0.28(jpn): Audio: wmav2, 44100 Hz, mono, s16 Metadata: title : RA8 Cook Mono Audio Stream #0.29(jpn): Audio: wmav2, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0.30(jpn): Audio: wmav2, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio Output #0, wav, to 'out.wav': Metadata: title : Macross Plus - First Simulator Test encoder : Lavf53.2.0 Stream #0.0(eng): Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream mapping: Stream #0.22 -> #0.0 Press [q] to stop, [?] for help C:\> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 19:58:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 17:58:15 -0000 Subject: [FFmpeg-trac] #237(avcodec:open): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.508dc4fb72b3aecc31d4ca9b9a86b992@avcodec.org> #237: ffv1 v2 ------------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+---------------------- Comment (by dericed): cehoyos: Did you test with ffv1 version 2? Changing line 935 of ffv1.c to " s->version=2;". ffv1 version <2 works fine for me, but version 2 (multithreading support) doesn't. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 20:16:15 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 18:16:15 -0000 Subject: [FFmpeg-trac] #241(FFmpeg:new): FFmpeg does not find streams in the file playable with QuickTime player Message-ID: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player ---------------------+--------------------- Reporter: svolvo | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: 0.6.3 | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 ---------------------+--------------------- Attached file is playable with QuickTime player. However when I run the following command ffmpeg -i "Animals 2004.mov" I receive the output saying there is no Audio/Video streams: .... Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Animals 2004.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2007-09-11 15:53:56 Duration: 00:00:53.05, start: 0.000000, bitrate: 1236 kb/s Stream #0.0(eng): Data: m1s / 0x2073316D, 1236 kb/s Metadata: creation_time : 2007-09-11 15:53:56 Same thing happens on Linux attemping to open this movie with mplayer. It reports no playable streams in the movie. Is it a bug in FFmpeg? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 20:17:19 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 18:17:19 -0000 Subject: [FFmpeg-trac] #235(swscale:closed): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.15d36ab74ccfcc999ef0f46cd81ae072@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied, please post (or point to) the MLT code calling sws_getColorspaceDetails(). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 20:27:16 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 18:27:16 -0000 Subject: [FFmpeg-trac] #242(undetermined:new): add support for -newdata Message-ID: <036.6e06666233a8d6d2f9f5fe8a6db86555@avcodec.org> #242: add support for -newdata ----------------------------+-------------------------- Reporter: dericed | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: dcodec newdata | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------+-------------------------- Since we now have -dcodec, can we have -newdata. This would allow users to copy more than one data track from the source container to the output container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 20:50:23 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 18:50:23 -0000 Subject: [FFmpeg-trac] #239(undetermined:open): Unable to transcode mjpeg/yuvj422p to libvpx In-Reply-To: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> References: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> Message-ID: <052.f01c89cb6ff817b078ed13523784964e@avcodec.org> #239: Unable to transcode mjpeg/yuvj422p to libvpx -----------------------+--------------------------- Reporter: MarkRose | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * keywords: => libvpx * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Only reproducible with libvpx {{{ $ ffmpeg -i 449893.orig.cut -an -vcodec libvpx out.avi ffmpeg version git-N-30221-g364889c, Copyright (c) 2000-2011 the FFmpeg developers built on May 25 2011 20:23:02 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libvorbis --enable-libvpx libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, avi, from '449893.orig.cut': Metadata: creation_time : 2011-03-09 11:05:20 encoder : SONY DSC MJPEG 0100 Duration: 00:00:52.33, start: 0.000000, bitrate: 391 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 320x240, 30 tbr, 30 tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream #0.1: Audio: pcm_mulaw, 11025 Hz, 1 channels, s16, 88 kb/s Incompatible pixel format 'yuvj422p' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 0x126e880] w:320 h:240 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [ffsink @ 0x1270860] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x127dbc0] w:320 h:240 fmt:yuvj422p -> w:320 h:240 fmt:yuv420p flags:0x4 [libvpx @ 0x126c640] v0.9.6 Output #0, avi, to 'out.avi': Metadata: creation_time : 2011-03-09 11:05:20 ISFT : Lavf53.2.0 Stream #0.0: Video: libvpx, yuv420p, 320x240, q=2-31, 200 kb/s, 30 tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [avi @ 0x126dde0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 1 >= 1 av_interleaved_write_frame(): Invalid argument }}} {{{ $ ffmpeg -i 449893.orig.cut -an -vcodec libvpx out.mov ffmpeg version git-N-30221-g364889c, Copyright (c) 2000-2011 the FFmpeg developers built on May 25 2011 20:23:02 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-libvorbis --enable-libvpx libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 Input #0, avi, from '449893.orig.cut': Metadata: creation_time : 2011-03-09 11:05:20 encoder : SONY DSC MJPEG 0100 Duration: 00:00:52.33, start: 0.000000, bitrate: 391 kb/s Stream #0.0: Video: mjpeg, yuvj422p, 320x240, 30 tbr, 30 tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream #0.1: Audio: pcm_mulaw, 11025 Hz, 1 channels, s16, 88 kb/s Incompatible pixel format 'yuvj422p' for codec 'libvpx', auto-selecting format 'yuv420p' [buffer @ 0x126e840] w:320 h:240 pixfmt:yuvj422p tb:1/1000000 sar:0/1 sws_param: [ffsink @ 0x1270860] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out' [scale @ 0x127dbc0] w:320 h:240 fmt:yuvj422p -> w:320 h:240 fmt:yuv420p flags:0x4 [libvpx @ 0x126c640] v0.9.6 [mov @ 0x126dde0] Warning, using MS style video codec tag, the file may be unplayable! [mov @ 0x126dde0] WARNING codec timebase is very high. If duration is too long, file may not be playable by quicktime. Specify a shorter timebase or choose different container. Output #0, mov, to 'out.mov': Metadata: creation_time : 2011-03-09 11:05:20 encoder : Lavf53.2.0 Stream #0.0: Video: libvpx, yuv420p, 320x240, q=2-31, 200 kb/s, 1000k tbn, 30 tbc Metadata: title : SONY DSC MOVIE Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [mov @ 0x126dde0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 33333 >= 33333 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 21:24:10 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 19:24:10 -0000 Subject: [FFmpeg-trac] #239(undetermined:open): Unable to transcode mjpeg/yuvj422p to libvpx In-Reply-To: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> References: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> Message-ID: <052.3bf618963bc4c3c30366a9599f634f97@avcodec.org> #239: Unable to transcode mjpeg/yuvj422p to libvpx -----------------------+--------------------------- Reporter: MarkRose | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: libvpx | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by MarkRose): I've added two new files created by different devices that also exhibit the problem, so I would think it's a general bug and not a random occurrence. I also have other files created by the Sony and Fujifilm recorders. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 22:58:57 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 20:58:57 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find streams in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.966198b71472a3df445c122ac844879b@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player ------------------------+----------------------- Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: FFmpeg => avformat * priority: normal => wish * version: 0.6.3 => git-master * type: defect => enhancement Comment: Attached mov file (Video and Audio, MPEG1, 29.97fps, 480x360) can not be read with FFmpeg. {{{ $ ffmpeg -i Animals2004.mov ffmpeg version git-N-30224-gb49728d, Copyright (c) 2000-2011 the FFmpeg developers built on May 25 2011 22:20:37 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8cb3b20] Could not find codec parameters (Data: m1s / 0x2073316D, 1236 kb/s) Animals2004.mov: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 22:59:39 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 20:59:39 -0000 Subject: [FFmpeg-trac] #242(undetermined:open): add support for -newdata In-Reply-To: <036.6e06666233a8d6d2f9f5fe8a6db86555@avcodec.org> References: <036.6e06666233a8d6d2f9f5fe8a6db86555@avcodec.org> Message-ID: <051.c277b076695767152acfe94029de3630@avcodec.org> #242: add support for -newdata ---------------------------+--------------------------- Reporter: dericed | Owner: Type: enhancement | Status: open Priority: wish | Component: undetermined Version: git-master | Resolution: Keywords: dcodec newdata | Blocked By: Blocking: | Reproduced: 0 Analyzed: 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 Wed May 25 23:42:01 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 21:42:01 -0000 Subject: [FFmpeg-trac] #243(undetermined:new): Flag to tell if a codec supports interframe encoding Message-ID: <039.6a071bd7239ce302c102c93db3fecd7e@avcodec.org> #243: Flag to tell if a codec supports interframe encoding --------------------------+-------------------------- Reporter: jlstrecker | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Be able to tell to tell if a codec (AVCodec or AVCodecContext) supports interframe encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed May 25 23:43:58 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 21:43:58 -0000 Subject: [FFmpeg-trac] #235(swscale:closed): possible SIGSEGV in sws_getColorspaceDetails In-Reply-To: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> References: <035.acb454f3d19d98dc98c647dbed2bc8b3@avcodec.org> Message-ID: <050.cb4446fb07a1df4023f789d036451e22@avcodec.org> #235: possible SIGSEGV in sws_getColorspaceDetails -----------------------+---------------------- Reporter: jtlebi | Owner: michael Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by jtlebi): I am currently doing ton's of tests to locate the error source. Since MLT is fully mutithreaded, this is quite tricky :-( From one of my first tests, i remember that this function was called from the same C file but i was not able to reproduce the backtrace. I did quite a lot of recompilations... I have still not found out the exact bug location in the MLT code. I am now sure it appears in the kdenlive wrapper of the "qimage" producer, somewhere in the file "mlt-0.7.2/src/modules/qimage/qimage_wrapper.cpp" still investigating... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 00:15:45 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 22:15:45 -0000 Subject: [FFmpeg-trac] #244(undetermined:new): add a check for input picture size in rv10/rv20 encoders Message-ID: <038.d45aa90e89e7dff7a2bf8baf09c39c8f@avcodec.org> #244: add a check for input picture size in rv10/rv20 encoders --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- pbm file: https://ffmpeg.org/trac/ffmpeg/ticket/193 When I convert "bikerace.pbm" file to rv10 ffmpeg -i C:\bikerace.pbm -vcodec rv10 out.rm everything works ok, but when I try to decode it I get error: {{{ C:\>ffmpeg -i out.rm out.avi ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 23 2011 03:43:18 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, rm, from 'out.rm': Metadata: title : author : copyright : comment : Duration: 00:00:00.04, start: 0.000000, bitrate: 33538 kb/s Stream #0.0: Video: rv10, yuv420p, 550x423, 200 kb/s, 25 tbr, 1k tbn, 25 tbc [buffer @ 01DE1620] w:550 h:423 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Output #0, avi, to 'out.avi': Metadata: INAM : author : ICOP : ICMT : ISFT : Lavf53.2.0 Stream #0.0: Video: mpeg4, yuv420p, 550x423, q=2-31, 200 kb/s, 25 tbn, 25 tb c Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help [rv10 @ 02360780] illegal ac vlc code at 15x7 [rv10 @ 02360780] ERROR at MB 15 7 frame= 0 fps= 0 q=0.0 Lsize= 6kB time=10000000000.00 bitrate= 0.0kbi ts/s video:0kB audio:0kB global headers:0kB muxing overhead 1.#INF00% }}} I think this is a bug in RV10 / RV20 encoder that it doesn't check which picture sizes are valid for this codec, so probably a check like for H263 codec should be added to these codecs as well (I don't know which picture sizes are valid for RV10 and RV10, but for example 320x240 resolution seems to work correctly, but for example is not allowed for h263). libavcodec/mpegvideo_env.c: {{{ case CODEC_ID_H263: if (!CONFIG_H263_ENCODER) return -1; if (ff_match_2uint16(h263_format, FF_ARRAY_ELEMS(h263_format), s->width, s->height) == 8) { av_log(avctx, AV_LOG_ERROR, "The specified picture size of %dx%d is not valid for the H.263 codec.\nValid sizes are 128x96, 176x144, 352x288, 704x576, and 1408x1152. Try H.263+.\n", s->width, s->height); return -1; } s->out_format = FMT_H263; s->obmc= (avctx->flags & CODEC_FLAG_OBMC) ? 1:0; avctx->delay=0; s->low_delay=1; break; [...] case CODEC_ID_RV10: s->out_format = FMT_H263; avctx->delay=0; s->low_delay=1; break; case CODEC_ID_RV20: s->out_format = FMT_H263; avctx->delay=0; s->low_delay=1; s->modified_quant=1; s->h263_aic=1; s->h263_plus=1; s->loop_filter=1; s->unrestricted_mv= 0; break; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 01:58:52 2011 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 May 2011 23:58:52 -0000 Subject: [FFmpeg-trac] #237(avcodec:closed): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.d9b5b7bc10f9bd0d9b5376bc65523520@avcodec.org> #237: ffv1 v2 -----------------------+---------------------- Reporter: dericed | 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 * version: unspecified => git-master * resolution: => fixed * reproduced: 0 => 1 Comment: Will be fixed with my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 04:47:28 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 02:47:28 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find streams in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.7bda5f8fe723fd996cf5310b3e68d0e9@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player ------------------------+----------------------- Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by svolvo): I was unable to upload the original file because of ~8Mb size. One I uploaded was cut off accordingly to directions on ffmpeg.org (linux dd...). If you'd like to have the original file please send me directions to do that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 12:19:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 10:19:23 -0000 Subject: [FFmpeg-trac] #241(avformat:open): FFmpeg does not find streams in the file playable with QuickTime player In-Reply-To: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> References: <035.a6b24e5ffcbfc59b371c1cc71a473128@avcodec.org> Message-ID: <050.abcf5be896520e3804d61ac9f18876f8@avcodec.org> #241: FFmpeg does not find streams in the file playable with QuickTime player ------------------------+----------------------- Reporter: svolvo | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by cehoyos): Works fine with ffmpeg -f mpeg Animals2004.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 12:41:58 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 10:41:58 -0000 Subject: [FFmpeg-trac] #108(avcodec:closed): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.a6fc4b1f1ab1b54416667d2f98645844@avcodec.org> #108: QT WRAW file decodes incorrectly ----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ----------------------+---------------------- Comment (by ami_stuff): @saste something like this seems to fix "nature06421-s4.mov" here (I test on big- endian) {{{ diff --git a/libavcodec/rawdec.c b/libavcodec/rawdec.c index 9702f98..75b1e6e 100644 --- a/libavcodec/rawdec.c +++ b/libavcodec/rawdec.c @@ -90,8 +90,12 @@ static av_cold int raw_init_decoder(AVCodecContext *avctx) if (avctx->codec_tag == MKTAG('r','a','w',' ')) avctx->pix_fmt = ff_find_pix_fmt(pix_fmt_bps_mov, avctx->bits_per_coded_sample); - else if (avctx->codec_tag == MKTAG('W','R','A','W')) + else if (avctx->codec_tag == MKTAG('W','R','A','W')){ + if (avctx->bits_per_coded_sample == 32) + avctx->pix_fmt = PIX_FMT_BGRA; + else avctx->pix_fmt = ff_find_pix_fmt(pix_fmt_bps_avi, avctx->bits_per_coded_sample); + } else if (avctx->codec_tag) avctx->pix_fmt = ff_find_pix_fmt(ff_raw_pix_fmt_tags, avctx->codec_tag); else if (avctx->pix_fmt == PIX_FMT_NONE && avctx->bits_per_coded_sample) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 15:13:23 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 13:13:23 -0000 Subject: [FFmpeg-trac] #245(undetermined:new): bext display error for codingHistory with line breaks Message-ID: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> #245: bext display error for codingHistory with line breaks -----------------------------------+-------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: bext metadata wav bwf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------------------+-------------------------- codingHistory displays correctly with 'ffmpeg -i' if it uses 0x0A line breaks {{{ Metadata: originator : US, NARA origination_date: 2009-10-20 origination_time: 07:32:32 time_reference : 0 coding_history : A=PCM,F=44100,W=16,M=stereo }}} but if codingHistory uses only 0x0D line breaks then only the last line is displayed {{{ Metadata: description : CartChunk.org linear PCM sample file containing 'bext' and 'cart' chunks originator : US, NARA originator_reference: CartChunk.org origination_date: 2001/09/13 origination_time: 07:50:05 time_reference : 0 A=PCM,F=32000,W=16,M=stereo,T=Orban AUDICY SRCreo,T=Orban AUDICY EDIT }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 15:36:21 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 13:36:21 -0000 Subject: [FFmpeg-trac] #237(avcodec:closed): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.9c2de14dae5618cb18b41f04b3fd4d85@avcodec.org> #237: ffv1 v2 -----------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by dericed): testing from the new version new output: http://www.avpreserve.com/v210_ffv2X2.mov {{{ ffmpeg -i v210.mov -vcodec ffv1 -coder 1 -threads 0 -an v210_ffv1X.mov ffmpeg version git-N-30166-g1bc81bf, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 22:42:17 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 --enable-shared libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 0 codec frame rate differs from container frame rate: 2997.00 (2997/1) -> 29.97 (2997/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'v210.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-06-22 04:33:09 Duration: 00:00:10.21, start: 0.000000, bitrate: 223727 kb/s Stream #0.0(eng): Video: v210, yuv422p10le, 720x486, 223724 kb/s, PAR 10:11 DAR 400:297, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2010-06-22 04:33:09 [buffer @ 0x100f01140] w:720 h:486 pixfmt:yuv422p10le tb:1/1000000 sar:10/11 sws_param: [mov @ 0x101000600] Warning, using MS style video codec tag, the file may be unplayable! Output #0, mov, to 'v210_ffv1X.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2010-06-22 04:33:09 encoder : Lavf53.2.0 Stream #0.0(eng): Video: ffv1, yuv422p10le, 720x486 [PAR 10:11 DAR 400:297], q=2-31, 200 kb/s, 2997 tbn, 29.97 tbc Metadata: creation_time : 2010-06-22 04:33:09 Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 306 fps= 17 q=0.0 Lsize= 73454kB time=10.21 bitrate=58934.4kbits/s video:73450kB audio:0kB global headers:0kB muxing overhead 0.004394% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 18:34:43 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 16:34:43 -0000 Subject: [FFmpeg-trac] #237(avcodec:reopened): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.77d8ce81f3775b912f409afacac46cea@avcodec.org> #237: ffv1 v2 -----------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Changes (by cehoyos): * status: closed => reopened * resolution: fixed => Comment: If you want your problems fixed, please consider explaining them (as you did originally). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 18:35:42 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 16:35:42 -0000 Subject: [FFmpeg-trac] #245(avformat:open): bext display error for codingHistory with line breaks In-Reply-To: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> References: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> Message-ID: <051.ec9a6821540fad14a26518e2d4795889@avcodec.org> #245: bext display error for codingHistory with line breaks ----------------------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: bext metadata wav bwf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+----------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avformat Comment: Complete, uncut output of ffmpeg missing (this is needed for all non-build problems, it should of course be cut if lines are repeated, but this is not the case here afaict). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 18:37:11 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 16:37:11 -0000 Subject: [FFmpeg-trac] #245(avformat:open): bext display error for codingHistory with line breaks In-Reply-To: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> References: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> Message-ID: <051.214eaa78524ccf34b7130f9934038c55@avcodec.org> #245: bext display error for codingHistory with line breaks ----------------------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: bext metadata wav bwf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+----------------------- Comment (by dericed): complete output {{{ ffmpeg -i Metadata\ Test.wav ffmpeg version git-N-30260-g39e4206, Copyright (c) 2000-2011 the FFmpeg developers built on May 26 2011 08:59:53 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --enable-gpl --enable-libfreetype --enable-frei0r --enable-libx264 --enable-shared libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, wav, from 'Metadata Test.wav': Metadata: description : Description originator : Originator originator_reference: Originator Reference origination_date: 2011-05-25 origination_time: 15:42:36 time_reference : 164184300 umid : 0xFFFFFFFFAAAABBBBCCCC01234567890100000000000000000000000000000000 A=PCM,F=22050,W=16,M=stereo,T=down-sampled with ffmpeg Duration: 00:00:05.00, bitrate: 1425 kb/s Stream #0.0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 18:39:18 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 16:39:18 -0000 Subject: [FFmpeg-trac] #237(avcodec:reopened): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.14f6d4a7b78ea510171edd32d96d7780@avcodec.org> #237: ffv1 v2 -----------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+----------------------- Comment (by dericed): cehoyos: To explain it, the resulting ffv1(version 2) encoded file displays improperly at the right most quarter of the image (as before). The update from yesterday now adds visual issues to the right half of the left half of the image (2nd verical quarter). In this quarter the images are jumpy and misplaced, see: http://www.avpreserve.com/v210_ffv2X2.mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu May 26 23:55:51 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 21:55:51 -0000 Subject: [FFmpeg-trac] #108(avcodec:closed): QT WRAW file decodes incorrectly In-Reply-To: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> References: <038.0c0a675ae493d2225dac64eb239c4608@avcodec.org> Message-ID: <053.71a734568e6de7c8336486b84eb2fcd7@avcodec.org> #108: QT WRAW file decodes incorrectly -----------------------+---------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | -----------------------+---------------------- Changes (by cehoyos): * version: git => git-master Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 01:14:10 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 23:14:10 -0000 Subject: [FFmpeg-trac] #239(undetermined:closed): Unable to transcode mjpeg/yuvj422p to libvpx In-Reply-To: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> References: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> Message-ID: <052.bdcd30f656d361bd2d68c1763e402bde@avcodec.org> #239: Unable to transcode mjpeg/yuvj422p to libvpx -----------------------+--------------------------- Reporter: MarkRose | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: libvpx | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: I suspect this is fixed in latest git head, please test. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 01:30:04 2011 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 May 2011 23:30:04 -0000 Subject: [FFmpeg-trac] #239(undetermined:closed): Unable to transcode mjpeg/yuvj422p to libvpx In-Reply-To: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> References: <037.782c802e352ff22f018a08e4ee239d77@avcodec.org> Message-ID: <052.6d7f62d9364339c18fb8070e23a4f48d@avcodec.org> #239: Unable to transcode mjpeg/yuvj422p to libvpx -----------------------+--------------------------- Reporter: MarkRose | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: git-master | Resolution: fixed Keywords: libvpx | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Comment (by MarkRose): The changes appear to have fixed the problem. It transcoded all my test videos okay. Thanks!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 02:02:47 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 00:02:47 -0000 Subject: [FFmpeg-trac] #246(undetermined:new): Add support for mdat-only 3GP Message-ID: <032.7685dd96fc6cb9c7375ccec57f257659@avcodec.org> #246: Add support for mdat-only 3GP --------------------------+-------------------------- Reporter: jsd | Type: enhancement Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- Many cell phone cameras are now producing 3gp files with no moov atoms, only mdat. Right now ffmpeg can't do anything with them. $ ffmpeg -i 12423.3gp ffmpeg version git-N-29818-gb7c7f89, Copyright (c) 2000-2011 the FFmpeg developers built on May 11 2011 15:23:54 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libx264 --enable-pthreads --enable-static --disable-shared --disable-network --enable-nonfree --extra-ldflags=-static libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 5. 0 / 53. 5. 0 libavformat 53. 0. 3 / 53. 0. 3 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 5. 0 / 2. 5. 0 libswscale 0. 14. 0 / 0. 14. 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x8e64a60] moov atom not found 12423.3gp: Operation not permitted Support for this format would be great. Sample file available at: http://videoupload.thismoment.com.s3.amazonaws.com/mdat-only.3gp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 03:01:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 01:01:54 -0000 Subject: [FFmpeg-trac] #247(avformat:new): Image Sequence File Names Must Begin Close to Zero Message-ID: <038.179bf7539cab3612116b3646961efc57@avcodec.org> #247: Image Sequence File Names Must Begin Close to Zero ---------------------------------+---------------------- Reporter: cmarzullo | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.7-rc1 Keywords: image2 sequence dpx | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------+---------------------- In production environments image sequences are often generated with the frame number being based on time code. For example, in a 24 fps timeline, where picture start is at 00:59:52. The fist numbered frame would be fname.086208.dpx ((59*60+52)*24) In order to use ffmpeg the files would either have to be renamed, linked, or a clever script be written to handle the renumbered sequence. Looking at the code it appears the img2.c the function find_image_range could be adjusted to better detect image ranges. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 03:12:41 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 01:12:41 -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.a12e6ea5140e56c22695c162cebcc2a1@avcodec.org> #247: Image Sequence File Names Must Begin Close to Zero --------------------------------+----------------------- Reporter: cmarzullo | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: 0.7-rc1 | Resolution: Keywords: image2 sequence dpx | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------------+----------------------- Changes (by bcoudurier): * priority: normal => wish * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 09:25:20 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 07:25:20 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:new): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" Message-ID: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -------------------------+--------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Keywords: Blocked By: | Blocking: Reproduced: 0 | Analyzed: 0 -------------------------+--------------------- The revision "ffmpeg: simplify managing input files and streams" breaks the transcoding function I use for Mediatomb with DirecTV's Media Share This is the command line I uses: ffmpe -i %inputfile -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd %outputfile After that revision the command executes, but the actual transcoding doesn't commence. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 09:51:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 07:51:44 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.931d075785dc7be7d44184ccc4f0bbf6@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: new => open Comment: Please provide complete, uncut output for the command you use (after setting the variables). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:02:19 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:02:19 -0000 Subject: [FFmpeg-trac] #245(avformat:open): bext display error for codingHistory with line breaks In-Reply-To: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> References: <036.2ebceee70f4c7c21f78470f8d55733fc@avcodec.org> Message-ID: <051.a3ac22358ccd80d25e8b7f6e6a3b66c3@avcodec.org> #245: bext display error for codingHistory with line breaks ----------------------------------+----------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: bext metadata wav bwf | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+----------------------- Comment (by Tjoppen): Only the last line is displayed because carriage returns are used (presumably the file is from a Mac). In other words, this is a matter of presentation. There are a number of ways to solve this I suppose. One way could be to scan through each metadata value before display, count the lines then display each one by indenting with spaces. Any other ideas? In the meantime, are you able to change the delimiter in any way? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:04:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:04:54 -0000 Subject: [FFmpeg-trac] #246(undetermined:open): Add support for mdat-only 3GP In-Reply-To: <032.7685dd96fc6cb9c7375ccec57f257659@avcodec.org> References: <032.7685dd96fc6cb9c7375ccec57f257659@avcodec.org> Message-ID: <047.c1b037902e4156061eb480210aa2bea8@avcodec.org> #246: Add support for mdat-only 3GP ------------------------+--------------------------- Reporter: jsd | Owner: Type: enhancement | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master Comment: Which program opens the file? (QuickTime doesn't) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:11:34 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:11:34 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.cda74058a2e99223f70e7becdda87653@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): If you aren't familiar with MediaTomb, basically this is called by a subprocess within MediaTomb, %in is replaced with the input, and %out goes to a temp file that the client accesses. Output of a working build: -i %in -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd -y %out ffmpeg version git-N-30210-g034fc7b, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 03:12:54 with gcc 4.5.2 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Metadata: width 480.00 height 270.00 framerate 30.00 videodatarate 700.00 videocodecid avc1 audiodatarate 128.00 audiocodecid mp3 [flv @ 0x67ed60] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'rtmp://cp39414.live.edgefcs.net/live/tvahd at 9750 live=1': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Video: h264 (Main), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 29.97 tbr, 1k tbn, 59.94 tbc Stream #0.1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [buffer @ 0x69fa60] w:480 h:270 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, dvd, to '/tmp/mt_transcode_330ZVV': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: mpeg2video, yuv420p, 480x270 [PAR 1:1 DAR 16:9], q=2-31, 4096 kb/s, 90k tbn, 29.97 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 160 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame= 54 fps= 0 q=2.0 size= 0kB time=1.77 bitrate= 0.0kbits/s dup=0 frame= 100 fps= 92 q=2.0 size= 0kB time=3.30 bitrate= 0.0kbits/s dup=0 frame= 115 fps= 71 q=2.0 size= 0kB time=3.79 bitrate= 0.0kbits/s dup=0 2011-05-27 04:06:58 INFO: Arguments: -i %in -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd -y %out frame= 134 fps= 63 q=2.0 size= 0kB time=4.44 bitrate= 0.0kbits/s dup=0 ffmpeg version git-N-30210-g034fc7b, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 03:12:54 with gcc 4.5.2 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Metadata: width 480.00 height 270.00 framerate 30.00 videodatarate 700.00 videocodecid avc1 audiodatarate 128.00 audiocodecid mp3 frame= 146 fps= 57 q=2.0 Lsize= 0kB time=4.84 bitrate= 0.0kbits/s dup=0 drop=65 video:2383kB audio:95kB global headers:0kB muxing overhead -100.000000% Received signal 15: terminating. [flv @ 0x1f39d60] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'rtmp://cp39414.live.edgefcs.net/live/tvahd at 9750 live=1': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Video: h264 (Main), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 29.97 tbr, 1k tbn, 59.94 tbc Stream #0.1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s [buffer @ 0x1f5a9e0] w:480 h:270 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param: Output #0, dvd, to '/tmp/mt_transcode_0T3XVV': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: mpeg2video, yuv420p, 480x270 [PAR 1:1 DAR 16:9], q=2-31, 4096 kb/s, 90k tbn, 29.97 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 160 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop, [?] for help frame= 44 fps= 0 q=2.0 size= 0kB time=1.42 bitrate= 0.0kbits/s dup=0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:13:20 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:13:20 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.935a3d3f1996c60f4b35a3f248c4e1ee@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): Following will be the output of the latest git that doesn't work after I finish compiling and installing it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:13:49 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:13:49 -0000 Subject: [FFmpeg-trac] #237(avcodec:closed): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.d8bf90076a1d891f3481f9a53697cde0@avcodec.org> #237: ffv1 v2 -----------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => fixed Comment: I believe this really was fixed, but you have to update both your encoding and your decoding application. (There is some indication that the version 2 format was not frozen yet.) Please test again. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:24:16 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:24:16 -0000 Subject: [FFmpeg-trac] #174(build system:closed): Compile error In-Reply-To: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> References: <038.246ecb075753bfbf0e92717bfc2a77b7@avcodec.org> Message-ID: <053.c836ecb7dc5367910f310f47686bfeac@avcodec.org> #174: Compile error -----------------------+--------------------------- Reporter: OxleyDave | Owner: Type: defect | Status: closed Priority: minor | Component: build system Version: git-master | Resolution: fixed Keywords: yasm | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+--------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: This is not reproducible any-more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:24:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:24:42 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.4b837d45896e818775c2d0a03e8c7465@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): Output of the latest git, which doesn't work: -i %in -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd -y %out ffmpeg version git-N-30303-g5e0dafe, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 04:20:56 with gcc 4.5.2 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Metadata: width 480.00 height 270.00 framerate 30.00 videodatarate 700.00 videocodecid avc1 audiodatarate 128.00 audiocodecid mp3 [flv @ 0x1741dc0] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'rtmp://hidden live=1': Duration: N/A, start: 0.000000, bitrate: 128 kb/s Stream #0.0: Video: h264 (Main), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 29.97 tbr, 1k tbn, 59.94 tbc Stream #0.1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 10:33:22 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 08:33:22 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.425d5f0eb87df502c703a5276a6abc21@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by cehoyos): Does re-encoding the stream work if you call ffmpeg with the correct rtmp string replacing %in (and out.vob replacing %out)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 11:34:02 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 09:34:02 -0000 Subject: [FFmpeg-trac] #249(avfilter:new): Fix the filter remove-logo Message-ID: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> #249: Fix the filter remove-logo --------------------------+------------------------- Reporter: pbasista | Owner: michael Type: enhancement | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: remove-logo Blocked By: | Blocking: Reproduced: 1 | Analyzed: 0 --------------------------+------------------------- Whenever I try to use the remove-logo filter, I get a segmentation fault: ffmpeg -i input.avi -vcodec libx264 -acodec copy -vf mp=remove- logo:logo.ppm output.avi That's the ending of what I get: [mp @ 0x13e5280] 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 Segmentation fault I am posting it as an enhancement, not as a defect. I was told that this filter is facing to be dropped and it would be the best to port it to libavfilter. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 11:41:30 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 09:41:30 -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.47dbfef2fe1a388b8e798c039cc10b93@avcodec.org> #249: Fix the filter remove-logo ------------------------+----------------------- Reporter: pbasista | Owner: michael Type: enhancement | Status: open Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open Comment: What would be useful: Complete, uncut output and backtrace as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 12:01:54 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 10:01:54 -0000 Subject: [FFmpeg-trac] #165(undetermined:new): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.938c9f6797d1323acc4098b8b92b886e@avcodec.org> #165: QT Cinepak - plays in negative ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): I propose to reverse r12272 if no one know how to fix this issue http://samples.multimedia.cx/V-codecs/CVID/grayscale/hindburg.mov http://samples.multimedia.cx/V-codecs/CVID/grayscale/dday.mov http://samples.multimedia.cx/V-codecs/CVID/grayscale/hitler.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 12:50:52 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 10:50:52 -0000 Subject: [FFmpeg-trac] #165(undetermined:new): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.91974e1a90ab978f3616fe806e48ddd3@avcodec.org> #165: QT Cinepak - plays in negative ------------------------+--------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------+--------------------------- Comment (by ami_stuff): {{{ I propose to reverse r12272 if no one know how to fix this issue }}} Seems like this patch can't be reverted, because the revert will broke for example decoding of QT BMP 16 grayscale and QT BMP 256 grayscale, so a better solution must be found. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 13:24:18 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 11:24:18 -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.571ebd89f989e8c671eac9eff129c037@avcodec.org> #249: Fix the filter remove-logo ------------------------+----------------------- Reporter: pbasista | Owner: michael Type: enhancement | Status: open Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by pbasista): Okay, here is the complete ffmpeg output with the segmentation fault: ffmpeg -i input.avi -vcodec mpeg2video -sameq -acodec copy -vf mp=remove- logo:logo.pgm -y output.avi ffmpeg version git-N-30306-g6b899e1, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 12:55:55 with gcc 4.5.2 configuration: --enable-gpl libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'input.avi': Metadata: encoder : Lavf53.2.0 Duration: 00:01:00.04, start: 0.000000, bitrate: 3798 kb/s Stream #0.0: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 15000 kb/s, PAR 64:45 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x29a1c00] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [mp @ 0x29ccda0] 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 Segmentation fault And here is the gdb output: gdb ffmpeg_g GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /home/peter/code/ffmpeg/ffmpeg_g...done. (gdb) r -i input.avi -vcodec mpeg2video -sameq -acodec copy -vf mp=remove- logo:logo.pgm -y output.avi Starting program: /home/peter/code/ffmpeg/ffmpeg_g -i input.avi -vcodec mpeg2video -sameq -acodec copy -vf mp=remove-logo:logo.pgm -y output.avi [Thread debugging using libthread_db enabled] ffmpeg version git-N-30306-g6b899e1, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 12:55:55 with gcc 4.5.2 configuration: --enable-gpl libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, avi, from 'input.avi': Metadata: encoder : Lavf53.2.0 Duration: 00:01:00.04, start: 0.000000, bitrate: 3798 kb/s Stream #0.0: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 15000 kb/s, PAR 64:45 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 50 tbc Stream #0.1: Audio: mp2, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 0x12b8c00] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [mp @ 0x12e3da0] 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 Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x000000000044ad6b in query_formats (ctx=0x12e3da0) at libavfilter/vf_mp.c:796 #2 0x0000000000444c42 in query_formats (graph=0x12e2f60, log_ctx=0x0) at libavfilter/avfiltergraph.c:147 #3 0x0000000000445296 in ff_avfilter_graph_config_formats (graph=0x12e2f60, log_ctx=) at libavfilter/avfiltergraph.c:220 #4 0x000000000044540b in avfilter_graph_config (graphctx=0x12e2f60, log_ctx=0x0) at libavfilter/avfiltergraph.c:236 #5 0x0000000000438173 in configure_video_filters (nb_output_files=1, input_files=0x12e3530, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xd55f20) at ffmpeg.c:428 #6 transcode (nb_output_files=1, input_files=0x12e3530, nb_input_files=1, stream_maps=0x0, nb_stream_maps=, output_files=0xd55f20) at ffmpeg.c:2277 #7 0x000000000043d44e in main (argc=, argv=) at ffmpeg.c:4530 (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xffffffffffffffe0 to 0x20: End of assembler dump. (gdb) info all-registers rax 0x0 0 rbx 0x32315659 842094169 rcx 0x7fffffffd350 140737488343888 rdx 0x990091 10027153 rsi 0x32315659 842094169 rdi 0x12cc920 19712288 rbp 0x9905d0 0x9905d0 rsp 0x7fffffffd428 0x7fffffffd428 r8 0x7ffff7207288 140737339486856 r9 0x7ffff7207228 140737339486760 r10 0x60 96 r11 0x8 8 r12 0x12cc6e0 19711712 r13 0x12e3da0 19807648 r14 0x12e2f60 19804000 r15 0x0 0 rip 0x0 0 eflags 0x10246 [ PF ZF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 ---Type to continue, or q to quit--- gs 0x0 0 st0 -nan(0x7f80808183858687) (raw 0xffff7f80808183858687) st1 -nan(0x7f008000800081) (raw 0xffff007f008000800081) st2 -nan(0x8181818384868889) (raw 0xffff8181818384868889) st3 -nan(0x81008100810083) (raw 0xffff0081008100810083) st4 -nan(0x8181818283858687) (raw 0xffff8181818283858687) st5 -nan(0x81008100810082) (raw 0xffff0081008100810082) st6 -nan(0x8080808081828283) (raw 0xffff8080808081828283) st7 -nan(0x80008000800080) (raw 0xffff0080008000800080) 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 = {0x0, 0x0, 0x0, 0x0}, v2_double = { 0x8000000000000000, 0x8000000000000000}, v16_int8 = {0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0xff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0xff}, v8_int16 = {0x0, 0xff00, 0x0, 0xffff, 0x0, 0x0, 0x0, 0xffff}, v4_int32 = { 0xff000000, 0xffff0000, 0x0, 0xffff0000}, v2_int64 = {0xffff0000ff000000, 0xffff000000000000}, uint128 = 0xffff000000000000ffff0000ff000000} ---Type to continue, or q to quit--- xmm1 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0xff, 0xff, 0xff, 0x0 }, v8_int16 = {0xffff, 0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xffffff, 0x0, 0x0, 0x0}, v2_int64 = {0xffffff, 0x0}, uint128 = 0x00000000000000000000000000ffffff} xmm2 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x6f, 0x75, 0x74, 0x0 }, v8_int16 = {0x756f, 0x74, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x74756f, 0x0, 0x0, 0x0}, v2_int64 = {0x74756f, 0x0}, uint128 = 0x0000000000000000000000000074756f} xmm3 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x8000000000000000}, v16_int8 = {0xff, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0x0, 0x0, 0x0, 0xff}, v8_int16 = {0xff, 0x0, 0x0, 0x0, 0x0, 0xff, 0x0, 0xff00}, v4_int32 = {0xff, 0x0, 0xff0000, 0xff000000}, v2_int64 = {0xff, 0xff00000000ff0000}, uint128 = 0xff00000000ff000000000000000000ff} xmm4 {v4_float = {0x0, 0x1, 0x3, 0x3}, v2_double = {0x0, 0x20}, v16_int8 = {0x0, 0x0, 0x0, 0xe0, 0x95, 0x9c, 0xe7, 0x3f, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40, 0x40}, v8_int16 = {0x0, 0xe000, 0x9c95, 0x3fe7, 0x4040, 0x4040, 0x4040, 0x4040}, v4_int32 = {0xe0000000, 0x3fe79c95, 0x40404040, 0x40404040}, v2_int64 = {0x3fe79c95e0000000, 0x4040404040404040}, uint128 = 0x40404040404040403fe79c95e0000000} xmm5 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x6d, 0x7d, 0xbf, 0xbb, 0x27, 0xaf, 0xf5, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x7d6d, 0xbbbf, 0xaf27, 0x3ff5, 0x0, ---Type to continue, or q to quit--- 0x0, 0x0, 0x0}, v4_int32 = {0xbbbf7d6d, 0x3ff5af27, 0x0, 0x0}, v2_int64 = { 0x3ff5af27bbbf7d6d, 0x0}, uint128 = 0x00000000000000003ff5af27bbbf7d6d} xmm6 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = { 0xffffffffffffffd2, 0x0}, v16_int8 = {0x5b, 0xaa, 0xa2, 0x2a, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xaa5b, 0x2aa2, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x2aa2aa5b, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e2aa2aa5b, 0x0}, uint128 = 0x0000000000000000c047069e2aa2aa5b} xmm7 {v4_float = {0x0, 0x1, 0x0, 0x0}, v2_double = {0x1, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xf0, 0x3f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3ff0, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3ff00000, 0x0, 0x0}, v2_int64 = { 0x3ff0000000000000, 0x0}, uint128 = 0x00000000000000003ff0000000000000} xmm8 {v4_float = {0x0, 0xfffffffd, 0x0, 0x0}, v2_double = { 0xffffffffffffffd2, 0x0}, v16_int8 = {0xe0, 0xe6, 0x35, 0x67, 0x9e, 0x6, 0x47, 0xc0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xe6e0, 0x6735, 0x69e, 0xc047, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x6735e6e0, 0xc047069e, 0x0, 0x0}, v2_int64 = {0xc047069e6735e6e0, 0x0}, uint128 = 0x0000000000000000c047069e6735e6e0} xmm9 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x68, 0xc8, 0xbc, 0x3b, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0xc868, 0x3bbc, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3bbcc868, 0x0, 0x0}, v2_int64 = { ---Type to continue, or q to quit--- 0x3bbcc86800000000, 0x0}, uint128 = 0x00000000000000003bbcc86800000000} xmm10 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x46, 0x84, 0x24, 0x59, 0xd6, 0x3e, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x8446, 0x5924, 0x3ed6, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x84460000, 0x3ed65924, 0x0, 0x0}, v2_int64 = { 0x3ed6592484460000, 0x0}, uint128 = 0x00000000000000003ed6592484460000} xmm11 {v4_float = {0x9689a800, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x6a, 0xa2, 0x65, 0x50, 0xf2, 0xea, 0x8f, 0xbd, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0xa26a, 0x5065, 0xeaf2, 0xbd8f, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x5065a26a, 0xbd8feaf2, 0x0, 0x0}, v2_int64 = {0xbd8feaf25065a26a, 0x0}, uint128 = 0x0000000000000000bd8feaf25065a26a} xmm12 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0xc4, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x0, 0x3cc4, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0x3cc40000, 0x0, 0x0}, v2_int64 = { 0x3cc4000000000000, 0x0}, uint128 = 0x00000000000000003cc4000000000000} xmm13 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, v16_int8 = {0x0, 0x0, 0x0, 0x0, 0x0, 0x80, 0x59, 0xbc, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x0, 0x0, 0x8000, 0xbc59, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x0, 0xbc598000, 0x0, 0x0}, v2_int64 = { 0xbc59800000000000, 0x0}, uint128 = 0x0000000000000000bc59800000000000} xmm14 {v4_float = {0x0, 0x0, 0x0, 0x0}, v2_double = {0x0, 0x0}, ---Type to continue, or q to quit--- v16_int8 = {0x8e, 0x85, 0x83, 0xe8, 0xf0, 0x24, 0x53, 0x3c, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x858e, 0xe883, 0x24f0, 0x3c53, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0xe883858e, 0x3c5324f0, 0x0, 0x0}, v2_int64 = { 0x3c5324f0e883858e, 0x0}, uint128 = 0x00000000000000003c5324f0e883858e} xmm15 {v4_float = {0x0, 0x3, 0x0, 0x0}, v2_double = {0x2d, 0x0}, v16_int8 = {0xc0, 0x9, 0xf2, 0x16, 0xb5, 0xdf, 0x46, 0x40, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, v8_int16 = {0x9c0, 0x16f2, 0xdfb5, 0x4046, 0x0, 0x0, 0x0, 0x0}, v4_int32 = {0x16f209c0, 0x4046dfb5, 0x0, 0x0}, v2_int64 = { 0x4046dfb516f209c0, 0x0}, uint128 = 0x00000000000000004046dfb516f209c0} mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] (gdb) I would also like to note that the gdb disass command presented here: http://ffmpeg.org/bugreports.html is not working. Here is what I get when I run it: (gdb) disass $pc-32 $pc+32 A syntax error in expression, near `$pc+32'. Instead, a little different syntax, with a comma, appears to work: (gdb) disass $pc-32,$pc+32 Dump of assembler code from 0xffffffffffffffe0 to 0x20: End of assembler dump. But I am not sure if this is what you wanted. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 14:15:58 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 12:15:58 -0000 Subject: [FFmpeg-trac] #237(avcodec:closed): ffv1 v2 In-Reply-To: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> References: <036.7406b02b058a6140f84e535319071d9b@avcodec.org> Message-ID: <051.afdda2cce6d4c8d9e58f332a52fd5de4@avcodec.org> #237: ffv1 v2 -----------------------+---------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | -----------------------+---------------------- Comment (by michael): btw, to elaborate on the original bug, the issue was that the slices encoded & decoded by multiple threads where using positions calculated based on 8bit while they really worked with 16bit thus the right side was never encoded, while the middle was encoded (and decoded) twice I also was not able to reproduce an issue with http://www.avpreserve.com/v210_ffv2X2.mov. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 15:47:37 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 13:47:37 -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.b41b67bc99ceaf85f008834df7df05da@avcodec.org> #249: Fix the filter remove-logo ------------------------+----------------------- Reporter: pbasista | Owner: michael Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Changes (by cehoyos): * priority: minor => normal * type: enhancement => defect Comment: Could you start gdb again and post the version of gdb (gdb -v) and the output of {{{ (gdb) help disass }}} The issue is reproducible: {{{ (gdb) r -i test.ts -an -vf mp=remove-logo:out0225.ppm out.avi ffmpeg version git-N-30308-g041dbd3, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 15:42:14 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --disable- optimizations libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mpeg2video @ 0x14820e0] mpeg_decode_postinit() failure Last message repeated 1 times [mpegts @ 0x147abc0] max_analyze_duration 5000000 reached at 5000000 [NULL @ 0x14a3e00] start time is not set in av_estimate_timings_from_pts [NULL @ 0x14a7f00] start time is not set in av_estimate_timings_from_pts [NULL @ 0x14a9f80] start time is not set in av_estimate_timings_from_pts [NULL @ 0x14ac000] start time is not set in av_estimate_timings_from_pts [NULL @ 0x14ae080] start time is not set in av_estimate_timings_from_pts [NULL @ 0x14b0100] start time is not set in av_estimate_timings_from_pts Input #0, mpegts, from 'test.ts': Duration: 00:00:20.58, start: 73344.586911, bitrate: 4074 kb/s Program 10101 Stream #0.0[0x3f2]: Video: mpeg2video (Main), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 4300 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0.1[0x3f3](ger): Audio: mp2, 48000 Hz, stereo, s16, 160 kb/s (clean effects) Stream #0.2[0x3f4](eng): Audio: mp2, 48000 Hz, stereo, s16, 160 kb/s (clean effects) Stream #0.3[0x3f5](ger): Audio: ac3, 48000 Hz, stereo, s16, 448 kb/s (clean effects) Stream #0.4[0x3f6]: Data: [6][0][0][0] / 0x0006 Stream #0.5[0x3f7](ger): Subtitle: [6][0][0][0] / 0x0006 Stream #0.6[0x1b63]: Data: [11][0][0][0] / 0x000B Stream #0.7[0x1b64]: Data: [11][0][0][0] / 0x000B Stream #0.8[0x1b6d]: Data: [12][0][0][0] / 0x000C Stream #0.9[0x1b77]: Data: [11][0][0][0] / 0x000B Stream #0.10[0x1bbd]: Data: [5][0][0][0] / 0x0005 Program 10102 Program 10120 Program 10122 File 'out.avi' already exists. Overwrite ? [y/N] y [buffer @ 0x147dd20] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:64/45 sws_param: [mp @ 0x1521e00] 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 Program received signal SIGSEGV, Segmentation fault. 0x0000000000464296 in convert_mask_to_strength_mask (vf=0x1481140, mask=0x148b310) at libavfilter/libmpcodecs/vf_remove_logo.c:384 384 *(current_pixel - mask->width) >= current_pass) (gdb) bt #0 0x0000000000464296 in convert_mask_to_strength_mask (vf=0x1481140, mask=0x148b310) at libavfilter/libmpcodecs/vf_remove_logo.c:384 #1 0x00000000004655e1 in vf_open (vf=0x1481140, args=0x1521d6c "out0225.ppm") at libavfilter/libmpcodecs/vf_remove_logo.c:872 #2 0x000000000042c4bb in init (ctx=0x1521e00, args=0x1521d6c "out0225.ppm", opaque=0x0) at libavfilter/vf_mp.c:780 #3 0x0000000000420315 in avfilter_init_filter (filter=0x1521e00, args=0x1521d60 "remove-logo:out0225.ppm", opaque=0x0) at libavfilter/avfilter.c:712 #4 0x0000000000422bb0 in create_filter (filt_ctx=0x7fffffffcf88, ctx=0x14aa5c0, index=0, filt_name=0x1521ce0 "mp", args=0x1521d60 "remove-logo:out0225.ppm", log_ctx=0x0) at libavfilter/graphparser.c:130 #5 0x0000000000422c8d in parse_filter (filt_ctx=0x7fffffffcf88, buf=0x7fffffffcf60, graph=0x14aa5c0, index=0, log_ctx=0x0) at libavfilter/graphparser.c:165 #6 0x0000000000423290 in avfilter_graph_parse (graph=0x14aa5c0, filters=0x14827fa "", open_inputs=0x15223a0, open_outputs=0x14808e0, log_ctx=0x0) at libavfilter/graphparser.c:347 #7 0x000000000040596a in configure_video_filters (ist=0x14817c0, ost=0x147fde0) at ffmpeg.c:420 #8 0x000000000040c684 in transcode (output_files=0xf08380, nb_output_files=1, input_files=0x1482580, nb_input_files=1, stream_maps=0x0, nb_stream_maps=0) at ffmpeg.c:2277 #9 0x0000000000412ec3 in main (argc=7, argv=0x7fffffffddd8) at ffmpeg.c:4530 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x464276 to 0x4642b6: 0x0000000000464276 : mov %eax,%eax 0x0000000000464278 : add -0x20(%rbp),%rax 0x000000000046427c : movzbl (%rax),%eax 0x000000000046427f : movsbl %al,%eax 0x0000000000464282 : cmp -0x18(%rbp),%eax 0x0000000000464285 : jl 0x4642b8 0x0000000000464287 : mov -0x38(%rbp),%rax 0x000000000046428b : mov (%rax),%eax 0x000000000046428d : mov %eax,%eax 0x000000000046428f : neg %rax 0x0000000000464292 : add -0x20(%rbp),%rax 0x0000000000464296 : movzbl (%rax),%eax 0x0000000000464299 : movsbl %al,%eax 0x000000000046429c : cmp -0x18(%rbp),%eax 0x000000000046429f : jl 0x4642b8 0x00000000004642a1 : mov -0x20(%rbp),%rax 0x00000000004642a5 : movzbl (%rax),%eax 0x00000000004642a8 : lea 0x1(%rax),%edx 0x00000000004642ab : mov -0x20(%rbp),%rax 0x00000000004642af : mov %dl,(%rax) 0x00000000004642b1 : movl $0x1,-0x14(%rbp) End of assembler dump. (gdb) info register rax 0x7ffff7f3bc11 140737353333777 rbx 0x1521fd0 22159312 rcx 0x240 576 rdx 0x2 2 rsi 0x148b310 21541648 rdi 0x1481140 21500224 rbp 0x7fffffffcb90 0x7fffffffcb90 rsp 0x7fffffffcb88 0x7fffffffcb88 r8 0x7ffff7fcd6f0 140737353930480 r9 0x0 0 r10 0x22 34 r11 0x246 582 r12 0x14aa5c0 21669312 r13 0x7fffffffddd0 140737488346576 r14 0x0 0 r15 0x0 0 rip 0x464296 0x464296 eflags 0x10207 [ CF PF 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 Fri May 27 16:47:38 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 14:47:38 -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.e18a2bc309899439e536befc0b0161c6@avcodec.org> #249: Fix the filter remove-logo ------------------------+----------------------- Reporter: pbasista | Owner: michael Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: remove-logo | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by pbasista): Replying to [comment:3 cehoyos]: > Could you start gdb again and post the version of gdb (gdb -v) and the output of > {{{ > (gdb) help disass Of course. The version was also printed in my previous post. Here is it: gdb -v GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". For bug reporting instructions, please see: . (gdb) help disass Disassemble a specified section of memory. Default is the function surrounding the pc of the selected frame. With a /m modifier, source lines are included (if available). With a /r modifier, raw instructions in hex are included. With a single argument, the function surrounding that address is dumped. Two arguments (separated by a comma) are taken as a range of memory to dump, in the form of "start,end", or "start,+length". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 17:37:45 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 15:37:45 -0000 Subject: [FFmpeg-trac] #250(avformat:new): Wav probing is behaving badly over HTTP Message-ID: <038.f883dc0ea646ba29993b88401911ee24@avcodec.org> #250: Wav probing is behaving badly over HTTP ----------------------------------+-------------------------- Reporter: sstreaker | Type: defect Status: new | Priority: important Component: avformat | Version: unspecified Keywords: wav bug probing http | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------+-------------------------- This is reproducible in latest git, but was not broken in git 9763420 (05/16/2011). Problem was initially discovered via direct interaction with FFmpeg API's but is reproducible in FFplay in identical fashion. When starting playback of WAV streams via HTTP, I observe 1000's of seeks past the end of the stream, resulting in server properly responding 416 Request Range Not Satisfiable. Eventually normal playback does happen, so presumably this is happening within the probing functions. In FFplay you'll see: [http @ 03B41F60] HTTP error 416 Request range not satisfiable Last message repeated 5625 times [wav @ 01EDB760] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from 'http://url.to.stream.' Duration: 00:03:04.21, bitrate: 1411 kb/s etc. No analysis was done for wav files stored on disk. This behavior is observed on each and every of a wide variety of WAV streams. Here are the stream offsets (captured from HTTP server logfile) the decoder is seeking out for a sample wav stream of length 32495276 bytes. This is notable because the first request for a nonzero offset is exactly 1 byte past the end of the stream. It goes haywire from there. Range: bytes=0- Range: bytes=32495276- Range: bytes=4289986657- Range: bytes=4290641986- Range: bytes=4292935779- Range: bytes=4294049943- Range: bytes=4290642071- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 18:27:14 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 16:27:14 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.bf9961578852d389645d301fc443bd57@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): I get a segmentation fault, I'm recompiling with the debug enabled and will post the results of a gdb soon. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 18:41:44 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 16:41:44 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.2474111cb319f1a917fa7a647f3248b3@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): Output of gdb: (gdb) run -i "rtmp://hidden live=1" -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd out.vob Starting program: /usr/bin/ffmpeg -i "rtmp://cp39414.live.edgefcs.net/live/tvahd at 9750 live=1" -b 4096k -maxrate 4096k -minrate 4096k -bufsize 2458k -bt 380k -threads 2 -ar 48000 -ab 160k -acodec mp2 -f dvd out.vob [Thread debugging using libthread_db enabled] ffmpeg version git-N-30303-g5e0dafe, Copyright (c) 2000-2011 the FFmpeg developers built on May 27 2011 12:35:02 with gcc 4.5.2 configuration: --prefix=/usr --enable-gpl --enable-version3 --enable- nonfree --enable-shared --enable-postproc --enable-libx264 --enable-frei0r --enable-librtmp --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libmp3lame --enable-libtheora --enable- libopenjpeg --enable-libdirac --enable-libvpx --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libvorbis --enable-libxvid --enable-libfaac --cpu=amdfam10 --arch=x86_64 --enable-x11grab --enable- libxavs --enable-libnut --enable-libfreetype --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libcelt --enable-debug libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Metadata: width 480.00 height 270.00 framerate 30.00 videodatarate 700.00 videocodecid avc1 audiodatarate 128.00 audiocodecid mp3 [flv @ 0x63edc0] Estimating duration from bitrate, this may be inaccurate Input #0, flv, from 'rtmp://hidden live=1': Duration: N/A, start: 0.001000, bitrate: 128 kb/s Stream #0.0: Video: h264 (Main), yuv420p, 480x270 [PAR 1:1 DAR 16:9], 29.97 tbr, 1k tbn, 59.94 tbc Stream #0.1: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:213 213 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory. in ../sysdeps/x86_64/multiarch/../strcmp.S (gdb) bt #0 __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:213 #1 0x00007ffff62af75e in av_find_opt () from /usr/lib/libavutil.so.51 #2 0x0000000000412136 in ?? () #3 0x000000000040500e in ?? () #4 0x0000000000411ef2 in ?? () #5 0x0000000000410c89 in ?? () #6 0x00007ffff5a89eff in __libc_start_main (main=0x410c00, argc=24, ubp_av=0x7fffffffe168, init=, fini=, rtld_fini=, stack_end=0x7fffffffe158) at libc-start.c:226 #7 0x00000000004049e9 in ?? () #8 0x00007fffffffe158 in ?? () #9 0x000000000000001c in ?? () #10 0x0000000000000018 in ?? () #11 0x00007fffffffe4d7 in ?? () #12 0x00007fffffffe4e7 in ?? () #13 0x00007fffffffe4ea in ?? () #14 0x00007fffffffe521 in ?? () #15 0x00007fffffffe524 in ?? () #16 0x00007fffffffe52a in ?? () #17 0x00007fffffffe533 in ?? () #18 0x00007fffffffe539 in ?? () #19 0x00007fffffffe542 in ?? () #20 0x00007fffffffe548 in ?? () #21 0x00007fffffffe551 in ?? () #22 0x00007fffffffe557 in ?? () #23 0x00007fffffffe55b in ?? () #24 0x00007fffffffe560 in ?? () #25 0x00007fffffffe569 in ?? () #26 0x00007fffffffe56b in ?? () #27 0x00007fffffffe56f in ?? () #28 0x00007fffffffe575 in ?? () #29 0x00007fffffffe579 in ?? () #30 0x00007fffffffe57e in ?? () #31 0x00007fffffffe586 in ?? () #32 0x00007fffffffe58a in ?? () #33 0x00007fffffffe58d in ?? () #34 0x00007fffffffe591 in ?? () #35 0x0000000000000000 in ?? () -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 20:07:31 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 18:07:31 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.0136767dd7685718cb6a0d941e6719a1@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): Looking at the backtrace it might be another issue that was fixed a few hours ago, I'm compiling with that version now and will report back. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri May 27 20:16:35 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 18:16:35 -0000 Subject: [FFmpeg-trac] #248(FFmpeg:open): Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" In-Reply-To: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> References: <035.654f4346c9841e39eb9c90d4c4980337@avcodec.org> Message-ID: <050.4d5dd21c85fc14d2d1ee897dc4d2051f@avcodec.org> #248: Transcoding with mediatomb no longer working after "ffmpeg: simplify managing input files and streams" -----------------------+---------------------- Reporter: kyl416 | Owner: michael Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | -----------------------+---------------------- Comment (by kyl416): The segfault is no longer occuring after "avopt: fix segfault" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat May 28 01:17:42 2011 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 May 2011 23:17:42 -0000 Subject: [FFmpeg-trac] #159(avcodec:open): "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.491a84ffaacb0232ca94bb448cd4ed53@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output -----------------------+---------------------- 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 ami_stuff): The same problem happens with file created with "Adaptec DVsoft codec": http://www.free-codecs.com/download/adaptec_dvsoft_codec.htm The file seems to play correctly as well with dv_profiles[1], so now what should be done is to find out some similarities with these 2 files (maybe some frame[?]) and next force dv_profiles[1] to use with them. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 29 19:51:48 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 17:51:48 -0000 Subject: [FFmpeg-trac] #251(undetermined:new): rawvideo segfaults with -vcodec copy Message-ID: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> #251: rawvideo segfaults with -vcodec copy ----------------------------------------------+--------------------- Reporter: thebombzen | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ----------------------------------------------+--------------------- Hello, here is my full uncut output from ffmpeg: {{{ [Leo at chessman ~]$ ffmpeg ffmpeg version git-N-30183-g040e1c6, Copyright (c) 2000-2011 the FFmpeg developers built on May 24 2011 18:40:01 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: --enable-static --enable-shared --enable-gpl --enable- version3 --enable-nonfree --enable-postproc --enable-x11grab --enable- runtime-cpudetect --enable-bzlib --enable-frei0r --enable-libopencore- amrnb --enable-libopencv --enable-libdc1394 --enable-libfaac --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 --arch=x86_64 --cpu=i7 --enable-pic --enable-sram --extra-libs=-lx264 --extra-cflags='-O3 -w' --extra- ldflags=-L/usr/local/lib --enable-libvo-amrwbenc --enable-libvo-aacenc libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 Hyper fast Audio and Video encoder usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}... Use -h to get full help or, even better, run 'man ffmpeg' [Leo at chessman ~]$ }}} When running this command: ffmpeg -f rawvideo -s qvga -r 29.97 -i /dev/zero -vcodec copy -f yuv4mpegpipe test.y4m FFmpeg segfaults just before encoding. However, with this command, it does not: ffmpeg -f rawvideo -s qvga -r 29.97 -i /dev/zero -vcodec rawvideo -f yuv4mpegpipe test.y4m This also happens on other ffmpeg -i's that have rawvideo in the yuv pixel format, not just this one. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 29 20:00:18 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 18:00:18 -0000 Subject: [FFmpeg-trac] #251(undetermined:new): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.3e8e656d1dcc261c61a51d9030bf2491@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------------+--------------------------- Comment (by thebombzen): Version might be git-master. I checked it out with git clone git://git.videolan.org/ffmpeg.git -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 29 20:38:31 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 18:38:31 -0000 Subject: [FFmpeg-trac] #251(undetermined:open): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.6b7faa584004231c9b8b3aea5a3d240c@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------------+--------------------------- Changes (by cehoyos): * status: new => open * version: git => git-master Comment: Please provide the complete, uncut output for the command that is failing and add a backtrace as explained on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 29 21:24:16 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 19:24:16 -0000 Subject: [FFmpeg-trac] #251(undetermined:open): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.1de652e8ccf46286d0787eb8598b02e2@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------------+--------------------------- Comment (by thebombzen): The output for the program is inside the GDB dump: http://pastebin.com/X0nU4BqU So is the backtrace and other stuff. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun May 29 22:02:20 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 20:02:20 -0000 Subject: [FFmpeg-trac] #251(undetermined:open): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.1db0ae3f83691e70d9c17e3f08da1302@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------------+--------------------------- Comment (by cehoyos): If there is a crash reproducible with current git head, please post command line, output and backtrace (I suspect you have to use disass $pc-32, $pc+32) here on the bug tracker. {{{ $ ffmpeg -f rawvideo -s qvga -r 29.97 -i /dev/zero -vcodec copy -f yuv4mpegpipe -y test.y4m ffmpeg version git-N-30395-gb8a43bc, Copyright (c) 2000-2011 the FFmpeg developers built on May 29 2011 19:50:37 with gcc 4.5.3 configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 3. 0 / 51. 3. 0 libavcodec 53. 6. 1 / 53. 6. 1 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 1. 0 / 53. 1. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [rawvideo @ 0x8caa320] Could not find codec parameters (Video: rawvideo, 320x240) [rawvideo @ 0x8caa320] Estimating duration from bitrate, this may be inaccurate /dev/zero: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 00:13:11 2011 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 May 2011 22:13:11 -0000 Subject: [FFmpeg-trac] #251(undetermined:open): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.f3604e53a75fa3a8004b078d4b9c8704@avcodec.org> #251: rawvideo segfaults with -vcodec copy ---------------------------------------------+--------------------------- Reporter: thebombzen | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: copy segmentation fault rawvideo | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------------+--------------------------- Comment (by thebombzen): I did. It's all inside the pastebin GDB dump. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 03:47:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 01:47:46 -0000 Subject: [FFmpeg-trac] #252(avformat:new): matroska/rawvideo decoding gives invalid pixel format string -1 @ buffer Message-ID: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> #252: matroska/rawvideo decoding gives invalid pixel format string -1 @ buffer ---------------------------------------+--------------------- Reporter: kenney | Type: defect Status: new | Priority: normal Component: avformat | Version: git Keywords: matroska rawvideo pix_fmt | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ---------------------------------------+--------------------- The error: {{{ [buffer @ 00000000003F8E80] Invalid pixel format string '-1' Error opening filters! }}} I am converting an mkv file with a V_UNCOMPRESSED or -vcodec rawvideo video stream to any other stream, let's say .avi. First create the .mkv with rawvideo using any (short) valid video file, such as an avi: $ ffmpeg -i goodfile.avi -vcodec rawvideo test.mkv [See output 1 below] Next, I convert the mkv, which doesn't play ofcourse, back to avi: $ ffmpeg -i test.mkv test.avi [See output 2 below] The first step is just for you guys to be able to test this. I need to be able to pipe uncompressed frames with a timecode to ffmpeg.exe commandline, and mkv seems one of the only formats that allows this, as the rest either doesn't have VFR or uncompressed frames. And no, I cannot use the libs. Here is '''output 1''', no problems here: {{{ ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 03:47:41 with gcc 4.5.3 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 --pkg-config=pkg-config libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [avi @ 000000000033A0C0] non-interleaved AVI Input #0, avi, from 'goodfile.avi': Duration: 00:00:02.54, start: 0.000000, bitrate: 298619 kb/s Stream #0.0: Video: rawvideo, bgr24, 960x540, 24 tbr, 24 tbn, 24 tbc [buffer @ 000000000033CD60] w:960 h:540 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: Output #0, matroska, to 'test.mkv': Metadata: encoder : Lavf53.2.0 Stream #0.0: Video: rawvideo, bgr24, 960x540, q=2-31, 200 kb/s, 1k tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help frame= 60 fps= 0 q=0.0 size= 91112kB time=2.40 bitrate=310996.0kbits/s frame= 61 fps= 0 q=0.0 Lsize= 92647kB time=2.44 bitrate=311049.8kbits/s video:92644kB audio:0kB global headers:0kB muxing overhead 0.003153% }}} And here is '''output 2''', the problem: {{{ ffmpeg version git-N-30155-g01a73d6, Copyright (c) 2000-2011 the FFmpeg developers built on May 23 2011 03:47:41 with gcc 4.5.3 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 --pkg-config=pkg-config libavutil 51. 2. 1 / 51. 2. 1 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 10. 0 / 2. 10. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [matroska,webm @ 00000000003F9F20] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'test.mkv': Metadata: ENCODER : Lavf53.2.0 Duration: 00:00:02.44, start: 0.000000, bitrate: N/A Stream #0.0: Video: rawvideo, 960x540, PAR 1:1 DAR 16:9, 25 fps, 25 tbr, 1k tbn, 25 tbc (default) [buffer @ 00000000003F8E80] Invalid pixel format string '-1' Error opening filters! }}} Now, I realize that there is nowhere in the file stored what the pixel format is. Even when I specify -pix_fmt rgb24 I get this error. Also, according to the specs ( http://www.matroska.org/technical/specs/index.html ) there is a ColourSpace field that might be used but is not written. Btw if there is a workaround to this by specifying internal filters like -vf buffer or something in the mean time (I tried..), I'd appreciate it;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 10:38:46 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 08:38:46 -0000 Subject: [FFmpeg-trac] #253(avformat:new): invalid stream time_base for avi/aac, after av_write_header() Message-ID: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: avi aac after av_write_header | Blocked By: stream time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Source (mp4/aac): Duration: 00:00:58.40, start: 0.000000, bitrate: 1154 kb/s Stream #0.0(eng), 159, 1/32000: Audio: aac, 32000 Hz, stereo, s16, 46 kb/s Copy stream to mov or mp4: Stream #0.0(eng), 0, 1/32000: Audio: aac, 32000 Hz, stereo, 46 kb/s Copy stream to avi: Stream #0.0(eng), 0, 4/125: Audio: aac, 32000 Hz, stereo, 46 kb/s Output AVStream->time_base: before av_write_header() - 1/32000 (good) after av_write_header() - 4/125 (wrong) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 11:31:09 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 09:31:09 -0000 Subject: [FFmpeg-trac] #225(undetermined:open): Converting from YUVJ to YUV lose contrast In-Reply-To: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> References: <036.316379de991ff14b244e1314a49db3ea@avcodec.org> Message-ID: <051.feadeea98740be0aaaf6bc46c37f394c@avcodec.org> #225: Converting from YUVJ to YUV lose contrast ------------------------------+--------------------------- Reporter: sghpunk | Owner: Type: defect | Status: open Priority: normal | Component: undetermined Version: git-master | Resolution: Keywords: YUV/YUVJ contrast | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | ------------------------------+--------------------------- Comment (by sghpunk): Seems like I was wrong, when say, that contrast in KMPlayer is the same. Contrast in KMPlayer is different to. In previous test I just looked at screen, but KMplayer video renderer just render latest rendered pucture in both opened KMPlayer instances when on pause. Now I does "Save frame..." with KMplayer and vf=screenshot with mplayer2. So you can see different contrast on attached pictures. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 12:12:53 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 10:12:53 -0000 Subject: [FFmpeg-trac] #119(FFplay:open): ffplay freezes with misidentified file as mp1 In-Reply-To: <038.4db597b52745eeb22170516db050c5ac@avcodec.org> References: <038.4db597b52745eeb22170516db050c5ac@avcodec.org> Message-ID: <053.3ad622a2522ac3eff80543c9afc60c0c@avcodec.org> #119: ffplay freezes with misidentified file as mp1 ----------------------+--------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------- Comment (by ami_stuff): The attached patch seems to fix the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 13:30:32 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 11:30:32 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.c52288f17ce3f2d832377f31bf52b326@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open Comment: Please add complete, uncut output and command line of the failing command. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 14:04:40 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 12:04:40 -0000 Subject: [FFmpeg-trac] #252(avformat:open): Muxing rawvideo in matroska is unsupported, but does not warn (was: matroska/rawvideo decoding gives invalid pixel format string -1 @ buffer) In-Reply-To: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> References: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> Message-ID: <050.24d892c44382d618abf176a85b52aa10@avcodec.org> #252: Muxing rawvideo in matroska is unsupported, but does not warn --------------------------------------+----------------------- Reporter: kenney | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: matroska rawvideo pix_fmt | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------------------+----------------------- Changes (by cehoyos): * status: new => open * version: git => git-master * reproduced: 0 => 1 Comment: If you believe that FFmpeg fails to read a valid mkv rawvideo file, please upload a short sample. (Demuxing works fine for me.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 14:08:34 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 12:08:34 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.222ddf4a3fa5a5974173a53460d1585b@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by cehoyos): Please test this patch for the native encoder: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/132377 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 14:43:51 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 12:43:51 -0000 Subject: [FFmpeg-trac] #38(FFplay:open): FFplay hangs when a non existing filter is passed at the command line option In-Reply-To: <038.de4924bc85b662b030abdc58bd4cf84f@avcodec.org> References: <038.de4924bc85b662b030abdc58bd4cf84f@avcodec.org> Message-ID: <053.190ba0a59e7a5a674fd5b18ec64abb10@avcodec.org> #38: FFplay hangs when a non existing filter is passed at the command line option ----------------------+--------------------- Reporter: ami_stuff | Owner: saste Type: defect | Status: open Priority: normal | Component: FFplay Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ----------------------+--------------------- Comment (by ami_stuff): Here is an ugly workaround to exit when avfilter fails :P (seems to fix issue 2559 as well) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 15:51:21 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 13:51:21 -0000 Subject: [FFmpeg-trac] #253(avformat:open): invalid stream time_base for avi/aac, after av_write_header() In-Reply-To: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> References: <035.e1859f25b7ebe9499abc4146442f1f58@avcodec.org> Message-ID: <050.43b0fef82762fd3491b32994eac44e58@avcodec.org> #253: invalid stream time_base for avi/aac, after av_write_header() -------------------------------------------------+------------------------- Reporter: Andrew | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac after av_write_header stream | Blocked By: time_base | Reproduced: 0 Blocking: | Analyzed: 0 | -------------------------------------------------+------------------------- Comment (by Andrew): > Please add complete, uncut output and command line of the failing command. Ok, but with another source aac file. $ ./ffmpeg -debug 1 -i /tmp/track.m4a -acodec copy -y /tmp/test.avi > /tmp/ffmpeg_m4a_to_avi.txt 2>&1 $ ./ffmpeg -debug 1 -i /tmp/track.m4a -acodec copy -y /tmp/test.mov > /tmp/ffmpeg_m4a_to_mov.txt 2>&1 $ ./ffprobe -show_format -show_streams /tmp/test.mov > /tmp/ffprobe_mov.txt 2>&1 $ ./ffprobe -show_format -show_streams /tmp/test.avi > /tmp/ffprobe_avi.txt 2>&1 std{out,err} commands outputs see into the attachment. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon May 30 17:23:24 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 15:23:24 -0000 Subject: [FFmpeg-trac] #250(avformat:closed): Wav probing is behaving badly over HTTP In-Reply-To: <038.f883dc0ea646ba29993b88401911ee24@avcodec.org> References: <038.f883dc0ea646ba29993b88401911ee24@avcodec.org> Message-ID: <053.59d7f515758b87116c816430250afcfe@avcodec.org> #250: Wav probing is behaving badly over HTTP ---------------------------------+----------------------- Reporter: sstreaker | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: unspecified | Resolution: fixed Keywords: wav bug probing http | Blocked By: Blocking: | Reproduced: 1 Analyzed: 1 | ---------------------------------+----------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in commit: {{{ commit f86d260df305ebde41093cb6de6de03e0d076356 Author: Tomas H?rdin Date: Fri May 27 22:01:32 2011 +0200 wav: Don't avio_seek() if we know we'll run into EOF Since we want to break the loop the 'if (data_ofs < 0)' block is moved after the loop. This fixes ticket #250. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 01:14:16 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 23:14:16 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.5fc6342d47ec14bc44da2ff2deee340d@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by AlanJames1987): That patch doesn't seem to work. I am still getting what should be the center speaker sound coming out of the right front speaker. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 01:19:27 2011 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 May 2011 23:19:27 -0000 Subject: [FFmpeg-trac] #254(undetermined:new): mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) Message-ID: <038.ab4ae639f7d00bf815496e21cc3821fa@avcodec.org> #254: mpeg2video encoded in interlaced/field mode decodes incorrectly (demuxer) --------------------------+-------------------------- Reporter: ami_stuff | Type: defect Status: new | Priority: normal Component: undetermined | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+-------------------------- the file (from ticket #186) decodes incorrectly with ffmpeg (plays fine with xine and mplayer -demuxer mpegts) {{{ C:\>ffmpeg -i t.mpg ffmpeg version git-N-30344-g5501afa, Copyright (c) 2000-2011 the FFmpeg develope rs built on May 27 2011 22:37:57 with gcc 4.5.3 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 --pkg-config =pkg-confi g libavutil 51. 2. 2 / 51. 2. 2 libavcodec 53. 6. 0 / 53. 6. 0 libavformat 53. 2. 0 / 53. 2. 0 libavdevice 53. 0. 0 / 53. 0. 0 libavfilter 2. 11. 0 / 2. 11. 0 libswscale 0. 14. 0 / 0. 14. 0 libpostproc 51. 2. 0 / 51. 2. 0 [mp3 @ 02350BA0] Header missing [mpeg2video @ 023507A0] allocate dummy last picture for field based first keyfra me [mpeg2video @ 023507A0] invalid cbp at 21 0 [mpeg2video @ 023507A0] invalid cbp at 17 10 [mpeg2video @ 023507A0] ac-tex damaged at 12 6 [mpeg2video @ 023507A0] mb incr damaged Last message repeated 1 times [mpeg2video @ 023507A0] invalid cbp at 18 12 [mpeg2video @ 023507A0] ac-tex damaged at 13 12 [mpeg2video @ 023507A0] ac-tex damaged at 12 14 [mpeg2video @ 023507A0] invalid cbp at 12 16 [mpegts @ 023502A0] max_analyze_duration 5000000 reached at 5015467 Seems stream 0 codec frame rate differs from container frame rate: 50.00 (50/1) -> 50.00 (50/1) Input #0, mpegts, from 't.mpg': Duration: 00:00:14.01, start: 0.086122, bitrate: 770 kb/s Program 1 Stream #0.0[0x12d]: Video: mpeg2video (Main), yuv420p, 352x288 [PAR 12:11 DA R 4:3], 500 kb/s, 25 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0x12e]: Audio: mp3, 44100 Hz, mono, s16, 128 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 02:00:58 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 00:00:58 -0000 Subject: [FFmpeg-trac] #131(avformat:open): add support for (maybe broken) *.divx file In-Reply-To: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> References: <038.3588ea59643c8318e85c0cfe469ebc1d@avcodec.org> Message-ID: <053.3ce9470b299ebdbd31a651278d8e710c@avcodec.org> #131: add support for (maybe broken) *.divx file ------------------------+----------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | ------------------------+----------------------- Comment (by ami_stuff): It is acceptable to just ignore the unknown stream? Here is another file which plays with mplayer/vlc/xing/mpc, but not with ffplay (ffmpeg). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 09:39:18 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 07:39:18 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.2e2481b89d763a050056ecb38f84b429@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by cehoyos): How did you test? (Source file, command line, playback application) I encoded wav files with ffmpeg -i source -ab 256k out.aac and played them back with QuickTime, it works fine for me for the following source channel layouts: L - R - C L - R - C - Cs L - R - C - Ls - Rs L - R - C - LFE - Ls - Rs -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 09:52:37 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 07:52:37 -0000 Subject: [FFmpeg-trac] #55(avcodec:open): 5.1 AAC Output Incorrectly Mapped In-Reply-To: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> References: <042.aee583a6a9c0373f15c92287fe6df337@avcodec.org> Message-ID: <057.f9348475ff9ae15a4e1df65590a240d6@avcodec.org> #55: 5.1 AAC Output Incorrectly Mapped --------------------------+---------------------- Reporter: AlanJames1987 | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git | Resolution: Keywords: | Blocked By: Blocking: | Reproduced: 1 Analyzed: 0 | --------------------------+---------------------- Comment (by AlanJames1987): I encoded a few different 5.1 files from different sources (Apple trailers, DVDs, etc) using the same script in my bug report. I played the file in VLC and in JW Player. I compiled the current Git version of FFMPEG, with this patch of course, on Kubuntu 11.04. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 19:22:10 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 17:22:10 -0000 Subject: [FFmpeg-trac] #255(undetermined:new): incorrect checksum for freed object Message-ID: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> #255: incorrect checksum for freed object --------------------------+--------------------- Reporter: zimbatm | Type: defect Status: new | Priority: normal Component: undetermined | Version: git Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------------+--------------------- Just took the time to properly bisect that issue that I saw last day. I will attach the relevant files but the culprit commit seems to be: {{{ commit c8981edd902e40185b80ddb77a229104deb7c7e1 Author: Michael Niedermayer Date: Sat May 7 15:28:39 2011 +0200 Only add 1 byte to av_malloc(0) when it actually returned NULL Signed-off-by: Michael Niedermayer }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue May 31 20:44:17 2011 From: trac at avcodec.org (FFmpeg) Date: Tue, 31 May 2011 18:44:17 -0000 Subject: [FFmpeg-trac] #255(undetermined:new): incorrect checksum for freed object In-Reply-To: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> References: <036.3dfe6a2405ab715455d8268e47f92f9e@avcodec.org> Message-ID: <051.69f2bb688c21ed782b472477dc102913@avcodec.org> #255: incorrect checksum for freed object --------------------+--------------------------- Reporter: zimbatm | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: git | Resolution: Keywords: malloc | Blocked By: Blocking: | Reproduced: 0 Analyzed: 0 | --------------------+--------------------------- Comment (by michael): AFAIK theres a bug in macosx posix_memalign(), maybe you could try to investigate how to fix this. or how we can workaround it. but not calling malloc(1) there is not really a solution. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker