From trac at avcodec.org Sat Sep 1 03:20:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 01:20:27 -0000 Subject: [FFmpeg-trac] #692(undetermined:open): Audio is not in sync with video, webcam capturing In-Reply-To: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> References: <034.b62fea60c5b05401dc5e633f0f3fe77d@avcodec.org> Message-ID: <049.0be09dadfa1dab65f94e3f2c57e3b848@avcodec.org> #692: Audio is not in sync with video, webcam capturing -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: v4l2 alsa | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ewhac): I'm seeing the same problem, using a Pinnacle Dazzle DVC-100. Audio and video recorded from the device using ffmpeg are out of sync. However, they are out of sync differently depending on the order in which you specify the inputs on the command line. I tried two invocations: {{{ ffmpeg -f alsa -i hw:1,0 -f v4l2 -i /dev/video0 -acodec mp2 -b:a 384k -vcodec mpeg2video -b:v 8000k -f mpegts badsync-av.mpg -report }}} This first one specifies the audio input on the command line first. In the [http://ewhac.org/vid/badsync-av.mpg final file], the audio is very late relative to the video. {{{ ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1,0 -acodec mp2 -b:a 384k -vcodec mpeg2video -b:v 8000k -f mpegts badsync-va.mpg -report }}} This second one specifies the video input on the command line first. In the [http://ewhac.org/vid/badsync-va.mpg final file], the audio is slightly early relative to the video. All other arguments are identical. I've attached the -report logs to this bug. Based on this behavior, I would guess that the input streams are not being synchronized/flushed before writing of the output file begins. In other words, stale data is accumulating in the FIFO of one device while the next one is being opened. In the case of a V4L2 device, this can take non- trivial time, allowing large amounts of audio data to accumulate. Hopefully this was of some help to someone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 03:40:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 01:40:56 -0000 Subject: [FFmpeg-trac] #1708(undetermined:new): mss2: error while decoding stream Message-ID: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> #1708: mss2: error while decoding stream -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- play ok in wmp http://samples.mplayerhq.hu/V-codecs/MSS2/mss2_speech.wmv {{{ C:\>ffmpeg -i mss2_speech.wmv -vcodec msmpeg4v2 -an out.avi ffmpeg version N-44080-gdfb4757 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 1 2012 02:36:59 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.101 / 3. 15.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, asf, from 'mss2_speech.wmv': Metadata: WMFSDKVersion : 9.00.00.2926 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 title : ScreenCap Demo #3 artist : Joe Powell copyright : Microsoft Corporation 2002 comment : Demo of the Windows Media Screen 9 Series codec. Duration: 00:01:00.64, start: 0.000000, bitrate: 66 kb/s Stream #0:0(eng): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, mono, flt, 20 kb/s Stream #0:1(eng): Video: mss2 (MSS2 / 0x3253534D), rgb24, 800x600, 90 kb/s, 42.17 tbr, 1k tbn, 1k tbc Output #0, avi, to 'out.avi': Metadata: WMFSDKVersion : 9.00.00.2926 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 INAM : ScreenCap Demo #3 IART : Joe Powell ICOP : Microsoft Corporation 2002 ICMT : Demo of the Windows Media Screen 9 Series codec. ISFT : Lavf54.25.104 Stream #0:0(eng): Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 800x600, q= 2-31, 200 kb/s, 42.17 tbn, 42.17 tbc Stream mapping: Stream #0:1 -> #0:0 (mss2 -> msmpeg4v2) Press [q] to stop, [?] for help Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 18 times frame= 10 fps=0.0 q=12.1 size= 399kB time=00:00:15.79 bitrate= 206.9kbits/ Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 16 times frame= 23 fps= 23 q=27.5 size= 540kB time=00:00:22.76 bitrate= 194.3kbits/ Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 21 times frame= 31 fps= 20 q=31.0 size= 700kB time=00:00:33.05 bitrate= 173.4kbits/ buffer not fully consumed Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 22 times frame= 39 fps= 19 q=31.0 size= 850kB time=00:00:44.67 bitrate= 155.9kbits/ Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 9 times frame= 53 fps= 21 q=26.7 size= 908kB time=00:00:53.31 bitrate= 139.5kbits/ Error while decoding stream #0:1: Invalid data found when processing input Last message repeated 18 times frame= 53 fps= 20 q=26.7 Lsize= 943kB time=00:00:53.31 bitrate= 144.9kbits /s video:885kB audio:0kB subtitle:0 global headers:0kB muxing overhead 6.600691% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 03:44:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 01:44:50 -0000 Subject: [FFmpeg-trac] #1708(undetermined:new): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.d914b2e9c63e0846737400645ce73c45@avcodec.org> #1708: mss2: error while decoding stream -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): probably related to ticket #1477 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 06:30:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 04:30:29 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.0f2e763d3aaef9a9053842134079fb1f@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by vel2000): I can confirm this issue. No device, neither iOS or Android, is able to play a "stream" generated from "live input". When I patched segment.c, to write "EXT-X-TARGETDURATION" at the beginning of the m3u8, the streams play, but duration is not calculated, so I used a "fake value". But this more a dirty hack than anything else. :( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 09:44:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 07:44:18 -0000 Subject: [FFmpeg-trac] #1708(avformat:open): mss2: error while decoding stream In-Reply-To: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> References: <038.1bebdf13d1289a1aaaa87c609c7edaa1@avcodec.org> Message-ID: <053.ae11fc08ade4bdb3a191aa0729ebe3fb@avcodec.org> #1708: mss2: error while decoding stream ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => asf * status: new => open * version: unspecified => git-master * component: undetermined => avformat * reproduced: 0 => 1 Comment: Reproducible with mplayer -nosound -demuxer lavf, not reproducible with mplayer -nosound -demuxer asf -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 12:08:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 10:08:21 -0000 Subject: [FFmpeg-trac] #1649(avfilter:closed): add a volumedetect audio filter In-Reply-To: <036.591260da1984862095bc7c26f099b791@avcodec.org> References: <036.591260da1984862095bc7c26f099b791@avcodec.org> Message-ID: <051.bb7be5c9c2db3639c9f0305126f4f4a5@avcodec.org> #1649: add a volumedetect audio filter -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: avfilter Version: git-master | Resolution: fixed Keywords: volume | Blocked By: volumedetect | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: volume => volume volumedetect * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Shoulld be fixed by the volumedetect filter, added in: {{{ commit 5980e57cf9a08ca284bc1b5ffba2363f9eff8ca8 Author: Nicolas George Date: Sat Aug 18 13:49:47 2012 +0200 lavfi: add volumedetect filter. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 12:11:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 10:11:21 -0000 Subject: [FFmpeg-trac] #1532(undetermined:closed): Additional column in "ffmpeg -codecs" In-Reply-To: <034.99790b93195220669ed3528a5ec0402d@avcodec.org> References: <034.99790b93195220669ed3528a5ec0402d@avcodec.org> Message-ID: <049.8af56c79855103687e36b0c5951dc219@avcodec.org> #1532: Additional column in "ffmpeg -codecs" -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by Anton in: {{{ commit e2785fa728cc5b0d9939090b4398067a32856a3c Author: Anton Khirnov Date: Wed Aug 29 09:43:20 2012 +0200 cmdutils: make -codecs print lossy/lossless flags. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 16:19:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 14:19:59 -0000 Subject: [FFmpeg-trac] =?utf-8?q?_=231709=28undetermined=3Anew=29=3A_links?= =?utf-8?q?_to_banners=E2=80=A6?= Message-ID: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> #1709: links to banners? -------------------------------------+------------------------------------- Reporter: herve | Type: art flores | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi I made some banners (some months ago, before summer) here are them: http://www.movieconverter-studio.com/_PUBLIC/ffmpeg/logo- new/periodical_logos/ bye -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 18:10:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 16:10:46 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.b92614bc753d202a5022561c8a970951@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:15 kelexel]: > I see, in essence m3u8(-specs) and HLS are mutually exclusive. > > Why not keep the current m3u8 -segment_list_type you already created, and add another -segment_list_type m3u8_hls or just "hls" ? > > So whatever your planned use for -segment_list_time, you could have goods from both worlds ? > > Also, regarding 3., in some cases of HLS you will want -segment_list_size 0, why ? because HLS allows seek, so in case we are using -segment_list_size 0, no segments will be removed from the list, just incremented, allowing an HLS-friendly client to seek anywhere in the timeline up-to "now".. So it might still be useful to keep this option in HLS case .. (although you are correct, if the -segment_list_size is 0, we only need once EXT-X-MEDIA-SEQUENCE 1, since we don't regenerate the playlist) .. > > Best regards. Added an option -segment_list_live which should address the issue. Would you mind to comment on ffmpeg-devel: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/150549 I'll attach the patches to test, which I posted to ffmpeg-devel, for your convenience. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 18:40:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 16:40:20 -0000 Subject: [FFmpeg-trac] #1425(FFmpeg:reopened): Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers In-Reply-To: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> References: <034.c949a90b78abdb976547c6d686d12cf0@avcodec.org> Message-ID: <049.7c2a25d3d0137dd9016bd9cc5e932d12@avcodec.org> #1425: Clips generated by ffmpeg using segment muxer are not correctly played on some videoplayers -------------------------------------+------------------------------------ Reporter: knovz | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: segment mp4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Comment (by saste): Replying to [comment:3 fesago90]: > I'm experiencing the same problem, note that the playback of all but the first segments is blank when trying to open the file directly, not through the 'playlist'. This is expected (depending on the player), since the files won't start at 0. Anwyay I'll see if a "reset-timestamps" option can be easily added. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 19:03:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 17:03:18 -0000 Subject: [FFmpeg-trac] #1710(undetermined:new): pictor: gray bar at the top Message-ID: <038.f142c97ae12f21cd2b9744b0f310145c@avcodec.org> #1710: pictor: gray bar at the top -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- the file comes from PC Paint package {{{ C:\>ffmpeg -i GSAM.PIC out.bmp ffmpeg version N-44080-gdfb4757 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 1 2012 02:36:59 with gcc 4.5.0 (GCC) 20100414 (Fedora MinGW 4.5. 0-1.fc14) configuration: --prefix=/var/www/users/research/ffmpeg/snapshots/build --arch= x86 --target-os=mingw32 --cross-prefix=i686-pc-mingw32- --cc='ccache i686 -pc-min gw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws2_32 - lwinmm -lpthread' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snap shots/build/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/s napshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=libvpx libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.101 / 3. 15.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from 'GSAM.PIC': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: pictor, pal8, 240x235, 25 tbr, 25 tbn, 25 tbc Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: bmp, pal8, 240x235, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (pictor -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:56kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 19:08:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 17:08:37 -0000 Subject: [FFmpeg-trac] #1609(FFplay:closed): ffplay: no refresh with still picture In-Reply-To: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> References: <035.e9f947301daf8e4caefb074e3d347417@avcodec.org> Message-ID: <050.f6fce58bbad67a237fcb3a49aaf567a8@avcodec.org> #1609: ffplay: no refresh with still picture ------------------------------------+---------------------------------- Reporter: ubitux | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * status: open => closed * resolution: => fixed Comment: Fixed in the latest git master. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 19:12:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 17:12:45 -0000 Subject: [FFmpeg-trac] #1710(avcodec:open): pictor: gray bar at the top In-Reply-To: <038.f142c97ae12f21cd2b9744b0f310145c@avcodec.org> References: <038.f142c97ae12f21cd2b9744b0f310145c@avcodec.org> Message-ID: <053.c319fb2303f37dc88c62c1250b5f264c@avcodec.org> #1710: pictor: gray bar at the top ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: pictor | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => pictor * status: new => open * version: unspecified => git-master * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 1 19:22:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 01 Sep 2012 17:22:30 -0000 Subject: [FFmpeg-trac] #1667(FFplay:open): ffplay resizes can cause "garbage" in the margins In-Reply-To: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> References: <039.1e68c0fbe2d55e99f9f5e5f49cd0d581@avcodec.org> Message-ID: <054.a60bcfa78340e2dab6b35ac2e7d2774c@avcodec.org> #1667: ffplay resizes can cause "garbage" in the margins ------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: cus Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cus): * owner: => cus * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 03:18:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 01:18:06 -0000 Subject: [FFmpeg-trac] #1711(undetermined:new): increasing memory in flv - VP6F files Message-ID: <036.eee3a62ac2ca500e002e16359481de59@avcodec.org> #1711: increasing memory in flv - VP6F files -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- There is a bug in flvdec.c that continues to allocate memory. This memory only appears to be freed when you close the file. If you keep looping the playback the memory continues to increase. Using this sample file which is AV_CODEC_ID_VP6F: http://sms.pangolin.com/temp/increasing_memory_VP6F.flv It comes up with 42 streams in it. One AVMEDIA_TYPE_VIDEO, one AVMEDIA_TYPE_AUDIO, and I think all the rest are AVMEDIA_TYPE_DATA streams. Note that audio is all silence but not relevent to the problem. It not necessarily related to just AV_CODEC_ID_VP6F but appears to be a problem in the handling of AVMEDIA_TYPE_DATA streams or related. So everytime you read a packet and you happen to read a packet that is not a video or audio packet, then memory increases. I traced this down into flv_read_packet. About midway down you will see /* now find stream */ It checks for a stream of type audio or video and breaks if found. If the stream is not audio or video, then a check is done: "else if (st->id == stream_type)" Well st->id is always zero and the stream_type will be 2 for data stream and so it will loop for all 42 streams So then it does: if (i == s->nb_streams)... and this will be true always for AVMEDIA_TYPE_DATA. So since its true, it always calls create_stream and this is what causes the memory increase. So every time you read a packet that is not audio or video, it will create a stream. These created streams just keep accumlating forever as you loop the video. In normal playback as well, but more evident when you are looping. I commented out the call to create_stream when (i == s->nb_streams) and there are no more memory increases. But someone needs to look at it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 09:31:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 07:31:47 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.19926a02b62d7ec8666b5acebf10f7a5@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): saste: ahh, nice! will test and report asap. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 10:47:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 08:47:36 -0000 Subject: [FFmpeg-trac] #1711(undetermined:new): increasing memory in flv - VP6F files In-Reply-To: <036.eee3a62ac2ca500e002e16359481de59@avcodec.org> References: <036.eee3a62ac2ca500e002e16359481de59@avcodec.org> Message-ID: <051.809df92f4e3b5532fdff86821264dcb3@avcodec.org> #1711: increasing memory in flv - VP6F files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): fixed. http://git.videolan.org/?p=ffmpeg.git;a=commit;h=4654bf44a767b4c3894d3f9e09ba29445877bad9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 12:57:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 10:57:34 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:new): Audio precision in lossless and long time to encode. Message-ID: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> #1712: Audio precision in lossless and long time to encode. --------------------------------+--------------------------------------- Reporter: Danixu | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+--------------------------------------- Summary of the bug: Hi, first of all, i'm sorry for my english. I've tried the last ffmpeg build and i get a problem with Audio precision in lossless audio file, the audio is delayed about 2 seconds. The audio is passed to another program throught a pipe, but i know that the other program isn't the problem, because with a very old ffmpeg version (SVN 16573, Jan 13 2009) works fine, and i've tried with wav output without pipe and get the same problem. If you want, here's a test wav files: http://www.mediafire.com/?1ewceliyjhspedk The command line that i've used is : ffmpeg_old -i "input.ape" -ss 00:59:18.71 -t 00:00:15.55 out_oldffmpeg.wav ffmpeg -i "input.ape" -ss 00:59:18.71 -t 00:00:15.55 out_newffmpeg.wav How to reproduce: {{{ % ffmpeg -i input -ss 00:45:25 -t 00:05:25 -ac 2 -f wav - The output is a pipe to another program. '''ffmpeg version''' N-44080-gdfb4757 '''built on''' Aug 31 2012 16:58:51 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable- runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib }}} The other thing that i wan to answer is why the program take a long time to convert a portion of a file, for example: ffmpeg -i input.ape -ss 00:45:15.42 -t 00:00:15.25 output.wav the program stay a long time without do anything and then start to convert. I take about 2 minutes to convert 15s of audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 13:47:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 11:47:51 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:new): Audio precision in lossless and long time to encode. In-Reply-To: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> References: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> Message-ID: <050.90a96da247df87be7ae0b10e79ca10d5@avcodec.org> #1712: Audio precision in lossless and long time to encode. -------------------------------------+---------------------------------- Reporter: Danixu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Cigaes): Does this happen only with APE files, or does it happen also if you first convert the whole file to WAV or FLAC? Concerning the second issue you mention, this is completely normal: since you put the {{{-ss}}} option after the {{{-i}}} option, it works by skipping: the input file is decoded and the unwanted samples are dropped. This is slower but more accurate than seeking, which is used when {{{-ss}}} is before {{{-i}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 14:07:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 12:07:13 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:new): Audio precision in lossless and long time to encode. In-Reply-To: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> References: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> Message-ID: <050.cce06102e8a13daf93e1ead29baf344d@avcodec.org> #1712: Audio precision in lossless and long time to encode. -------------------------------------+---------------------------------- Reporter: Danixu | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by Danixu): I think that is only with APE files, because i've tried with a FLAC and works, then i've converted that FLAC to APE and the problem back again. With WAV works fine. Thanks for the answers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 15:22:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 13:22:01 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:open): Audio precision in lossless and long time to encode. In-Reply-To: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> References: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> Message-ID: <050.00aed5fb70e9abb038c0628613424e0a@avcodec.org> #1712: Audio precision in lossless and long time to encode. ------------------------------------+---------------------------------- Reporter: Danixu | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Possible explanation of the problem here: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/130449.html] No fix yet. Thanks for the report. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 15:27:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 13:27:13 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:open): Audio precision in lossless and long time to encode. In-Reply-To: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> References: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> Message-ID: <050.021c8a6aeffbe3204bdb767fd99a5eb8@avcodec.org> #1712: Audio precision in lossless and long time to encode. ------------------------------------+---------------------------------- Reporter: Danixu | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Comment (by Danixu): Thank you for your attention :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 2 20:29:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 18:29:58 -0000 Subject: [FFmpeg-trac] =?utf-8?q?=231709=28undetermined=3Aopen=29=3A_2012_?= =?utf-8?q?Autumn_Website_Banner_Contest=3A_herve_flores_=28was=3A_links_t?= =?utf-8?b?byBiYW5uZXJz4oCmKQ==?= In-Reply-To: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> References: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> Message-ID: <056.ffab19def628be115564d569328ce571@avcodec.org> #1709: 2012 Autumn Website Banner Contest: herve flores -------------------------------------+------------------------------------- Reporter: herve | Owner: flores | Status: open Type: art | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by llogan): * status: new => open Comment: In your link I only see screenshots of the logos as shown on the site. Can you attach the individual logo images to this ticket? Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 00:56:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 02 Sep 2012 22:56:32 -0000 Subject: [FFmpeg-trac] #1711(undetermined:closed): increasing memory in flv - VP6F files In-Reply-To: <036.eee3a62ac2ca500e002e16359481de59@avcodec.org> References: <036.eee3a62ac2ca500e002e16359481de59@avcodec.org> Message-ID: <051.e8e63986b65fa8254835bc44eab23bd1@avcodec.org> #1711: increasing memory in flv - VP6F files -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 02:49:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 00:49:02 -0000 Subject: [FFmpeg-trac] #403(undetermined:reopened): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.cfc545c47693dcd458f2652d612c96df@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: reopened Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by buhman): * status: closed => reopened * resolution: invalid => Comment: I seem to have a similar problem with what appears to be video from some capture device that appears to have the wrong framerate. I would like to override the input framerate, but I am unable to do so. Verbatim Source: http://buhman.org/CAPTURE-HD-RM164_2012-08-20_13_21_28.ts When I try to encode normally, I end up with the video being twice as long as the audio (and the video is clearly half as fast as it is when played back directly by ffplay/mplayer). {{{ $ ffmpeg -i CAPTURE-HD-RM164_2012-08-20_13_21_28.ts -an -vcodec mpeg2video -q 0 video.mpg ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 9 2012 13:50:13 with gcc 4.7.0 20120505 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x1f98100] max_analyze_duration 5000000 reached at 5013333 [mpegts @ 0x1f98100] Could not find codec parameters (Unknown: none ([6][0][0][0] / 0x0006)) [NULL @ 0x1f9d220] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'CAPTURE-HD-RM164_2012-08-20_13_21_28.ts': Duration: 01:30:00.57, start: 599.983333, bitrate: 2280 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1012]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 92 kb/s Stream #0:2[0x1013]: Unknown: none ([6][0][0][0] / 0x0006) [buffer @ 0x1f9ee60] w:1280 h:720 pixfmt:yuv420p tb:1/90000 sar:1/1 sws_param:flags=2 [buffersink @ 0x1f9f3a0] No opaque field provided [mpeg @ 0x1f9dcc0] VBV buffer size not set, muxing may fail Output #0, mpeg, to 'video.mpg': Metadata: encoder : Lavf54.6.100 Stream #0:0: Video: mpeg2video, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Press [q] to stop, [?] for help frame=341675 fps=225 q=0.0 Lsize= 5726054kB time=03:10:00.52 bitrate=4114.5kbits/s dup=179827 drop=0 video:5699735kB audio:0kB global headers:0kB muxing overhead 0.461751% $ ffmpeg -i CAPTURE-HD-RM164_2012-08-20_13_21_28.ts -vn -acodec pcm_s16le -q 0 audio.wav ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Jun 9 2012 13:50:13 with gcc 4.7.0 20120505 (prerelease) configuration: --prefix=/usr --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-libgsm --enable-libspeex --enable-postproc --enable-shared --enable-x11grab --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libschroedinger --enable-libopenjpeg --enable-librtmp --enable- libpulse --enable-libv4l2 --enable-gpl --enable-version3 --enable-runtime- cpudetect --disable-debug --disable-static libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0xa28100] max_analyze_duration 5000000 reached at 5013333 [mpegts @ 0xa28100] Could not find codec parameters (Unknown: none ([6][0][0][0] / 0x0006)) [NULL @ 0xa2d220] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'CAPTURE-HD-RM164_2012-08-20_13_21_28.ts': Duration: 01:30:00.57, start: 599.983333, bitrate: 2280 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1012]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 92 kb/s Stream #0:2[0x1013]: Unknown: none ([6][0][0][0] / 0x0006) Output #0, wav, to 'audio.wav': Metadata: encoder : Lavf54.6.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:1 -> #0:0 (aac -> pcm_s16le) Press [q] to stop, [?] for help size= 1012612kB time=01:30:00.59 bitrate=1536.0kbits/s video:0kB audio:1012612kB global headers:0kB muxing overhead 0.000004% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 19:11:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 17:11:33 -0000 Subject: [FFmpeg-trac] #1713(build system:new): Linkage fails due to relocations In-Reply-To: <036.23574f4c51322f329207cd29906695e7@avcodec.org> References: <036.23574f4c51322f329207cd29906695e7@avcodec.org> Message-ID: <051.4db8b2e0552c7911e1845eee22de9160@avcodec.org> #1713: Linkage fails due to relocations -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Krieger): This is fixed by adding -Wl,-Bsymbolic to last linkage command: {{{ gcc -fPIC -shared -o mylib.so mylib.o -Wl,-Bdynamic $FFMPEG_PATH/libav{format,codec,util}.a }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 21:08:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 19:08:00 -0000 Subject: [FFmpeg-trac] #1714(avformat:new): WMV demuxer detects too many streams in Movie Maker created files Message-ID: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> #1714: WMV demuxer detects too many streams in Movie Maker created files ----------------------------------+-------------------------------------- Reporter: mavrik | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: wmv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- FFMpeg detects a (very short) mjpeg string from within wmv file encoded with Windows Movie Maker which breaks encoding without "-map" parameters. Test transcode to h.264 output: {{{ ffmpeg started on 2012-09-03 at 21:05:23 Report written to "ffmpeg-20120903-210523.log" Command line: "bin\\ffmpeg.exe" -v 9 -loglevel 99 -report -y -i fake_mjpeg_stream.wmv test.mp4 ffmpeg version N-44123-g5d55830 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 2 2012 20:27:20 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 000000000204e9e0] Format asf probed with size=2048 and score=100 [asf @ 000000000204e9e0] gpos mismatch our pos=24, end=26 [asf @ 000000000204e9e0] gpos mismatch our pos=24, end=4096 [asf @ 000000000204e9e0] gpos mismatch our pos=24, end=38 [asf @ 000000000204e9e0] gpos mismatch our pos=24, end=268 [asf @ 000000000204e9e0] gpos mismatch our pos=24, end=38 [asf @ 000000000204e9e0] File position before avformat_find_stream_info() is 56199 [asf @ 000000000204e9e0] parser not found for codec wmav2, packets or times may be invalid. [wmv3 @ 000000000377afe0] Header: 4FF10001 [wmv3 @ 000000000377afe0] Profile 1: frmrtq_postproc=7, bitrtq_postproc=31 LoopFilter=0, MultiRes=0, FastUVMC=0, Extended MV=0 Rangered=0, VSTransform=0, Overlap=0, SyncMarker=0 DQuant=0, Quantizer mode=0, Max B frames=0 [wmv3 @ 000000000377afe0] Extra data: 8 bits left, value: 0 [mjpeg @ 0000000003779ae0] marker=d8 avail_size_in_buf=50560 [mjpeg @ 0000000003779ae0] marker parser used 0 bytes (0 bits) [mjpeg @ 0000000003779ae0] marker=e0 avail_size_in_buf=50558 [mjpeg @ 0000000003779ae0] marker parser used 16 bytes (128 bits) [mjpeg @ 0000000003779ae0] marker=db avail_size_in_buf=50540 [mjpeg @ 0000000003779ae0] index=0 [mjpeg @ 0000000003779ae0] qscale[0]: 1 [mjpeg @ 0000000003779ae0] marker parser used 67 bytes (536 bits) [mjpeg @ 0000000003779ae0] marker=db avail_size_in_buf=50471 [mjpeg @ 0000000003779ae0] index=1 [mjpeg @ 0000000003779ae0] qscale[1]: 2 [mjpeg @ 0000000003779ae0] marker parser used 67 bytes (536 bits) [mjpeg @ 0000000003779ae0] marker=c0 avail_size_in_buf=50402 [mjpeg @ 0000000003779ae0] sof0: picture: 854x480 [mjpeg @ 0000000003779ae0] component 0 2:2 id: 0 quant:0 [mjpeg @ 0000000003779ae0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0000000003779ae0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0000000003779ae0] pix fmt id 22111100 [mjpeg @ 0000000003779ae0] marker parser used 17 bytes (136 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50383 [mjpeg @ 0000000003779ae0] class=0 index=0 nb_codes=12 [mjpeg @ 0000000003779ae0] marker parser used 31 bytes (248 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50350 [mjpeg @ 0000000003779ae0] class=1 index=0 nb_codes=251 [mjpeg @ 0000000003779ae0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50167 [mjpeg @ 0000000003779ae0] class=0 index=1 nb_codes=12 [mjpeg @ 0000000003779ae0] marker parser used 31 bytes (248 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50134 [mjpeg @ 0000000003779ae0] class=1 index=1 nb_codes=251 [mjpeg @ 0000000003779ae0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0000000003779ae0] escaping removed 251 bytes [mjpeg @ 0000000003779ae0] marker=da avail_size_in_buf=49951 [mjpeg @ 0000000003779ae0] component: 0 [mjpeg @ 0000000003779ae0] component: 1 [mjpeg @ 0000000003779ae0] component: 2 [mjpeg @ 0000000003779ae0] marker parser used 49699 bytes (397587 bits) [mjpeg @ 0000000003779ae0] marker=d9 avail_size_in_buf=0 [mjpeg @ 0000000003779ae0] decode frame unused 0 bytes [asf @ 000000000204e9e0] parser not found for codec wmav2, packets or times may be invalid. [asf @ 000000000204e9e0] Probe buffer size limit 5000000 reached [asf @ 000000000204e9e0] Stream #0: not enough frames to estimate rate; consider increasing probesize rfps: 29.916667 0.017095 rfps: 29.916667 0.017095 rfps: 30.000000 0.005464 rfps: 59.916667 0.003553 rfps: 59.916667 0.003553 rfps: 29.970030 0.000075 rfps: 29.970030 0.000075 rfps: 59.940060 0.000298 rfps: 59.940060 0.000298 [asf @ 000000000204e9e0] File position after avformat_find_stream_info() is 5032637 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, asf, from 'fake_mjpeg_stream.wmv': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:37.10, start: 0.000000, bitrate: 2207 kb/s Stream #0:0, 1, 1/90000: Video: mjpeg, yuvj420p, 854x480, 1/90000, 90k tbr, 90k tbn, 90k tbc Metadata: comment : Movie/video screen capture Stream #0:1(eng), 50, 1/1000: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, stereo, s16, 192 kb/s Stream #0:2(eng), 255, 1/1000: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 854x480, 1/1000, 5500 kb/s, 29.97 tbr, 1k tbn, 1k tbc [buffer @ 0000000003808e20] Setting entry with key 'video_size' to value '854x480' [buffer @ 0000000003808e20] Setting entry with key 'pix_fmt' to value '12' [buffer @ 0000000003808e20] Setting entry with key 'time_base' to value '1/90000' [buffer @ 0000000003808e20] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0000000003808e20] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0000000003808e20] Setting entry with key 'frame_rate' to value '90000/1' [graph 0 input from stream 0:0 @ 0000000003fad740] w:854 h:480 pixfmt:yuvj420p tb:1/90000 fr:90000/1 sar:0/1 sws_param:flags=2 [mp4 @ 00000000037cf700] Frame rate very high for a muxer not efficiently supporting it. Please consider specifying a lower framerate, a different muxer or -vsync 2 [abuffer @ 00000000037b7ec0] Setting entry with key 'time_base' to value '1/48000' [abuffer @ 00000000037b7ec0] Setting entry with key 'sample_rate' to value '48000' [abuffer @ 00000000037b7ec0] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 00000000037b7ec0] Setting entry with key 'channel_layout' to value '0x3' [graph 1 input from stream 0:1 @ 0000000003809d40] tb:1/48000 samplefmt:s16 samplerate:48000 chlayout:0x3 [aformat @ 00000000037d0fc0] Setting entry with key 'sample_fmts' to value 's16' [aformat @ 00000000037d0fc0] Setting entry with key 'sample_rates' to value '96000,88200,64000,48000,44100,32000,24000,22050,16000,12000,11025,8000,7350' [libx264 @ 00000000037cfe80] using mv_range_thread = 40 [libx264 @ 00000000037cfe80] MB rate (145800000) > level limit (2073600) [libx264 @ 00000000037cfe80] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 00000000037cfe80] profile High, level 5.2 [libx264 @ 00000000037cfe80] 264 - core 125 r2208 d9d2288 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to 'test.mp4': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.25.104 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 854x480, 1/90000, q=-1--1, 90k tbn, 90k tbc Metadata: comment : Movie/video screen capture Stream #0:1(eng), 0, 1/48000: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mjpeg -> libx264) Stream #0:1 -> #0:1 (wmav2 -> libvo_aacenc) Press [q] to stop, [?] for help [mjpeg @ 0000000003779ae0] marker=d8 avail_size_in_buf=50560 [mjpeg @ 0000000003779ae0] marker parser used 0 bytes (0 bits) [mjpeg @ 0000000003779ae0] marker=e0 avail_size_in_buf=50558 [mjpeg @ 0000000003779ae0] marker parser used 16 bytes (128 bits) [mjpeg @ 0000000003779ae0] marker=db avail_size_in_buf=50540 [mjpeg @ 0000000003779ae0] index=0 [mjpeg @ 0000000003779ae0] qscale[0]: 1 [mjpeg @ 0000000003779ae0] marker parser used 67 bytes (536 bits) [mjpeg @ 0000000003779ae0] marker=db avail_size_in_buf=50471 [mjpeg @ 0000000003779ae0] index=1 [mjpeg @ 0000000003779ae0] qscale[1]: 2 [mjpeg @ 0000000003779ae0] marker parser used 67 bytes (536 bits) [mjpeg @ 0000000003779ae0] marker=c0 avail_size_in_buf=50402 [mjpeg @ 0000000003779ae0] sof0: picture: 854x480 [mjpeg @ 0000000003779ae0] component 0 2:2 id: 0 quant:0 [mjpeg @ 0000000003779ae0] component 1 1:1 id: 1 quant:1 [mjpeg @ 0000000003779ae0] component 2 1:1 id: 2 quant:1 [mjpeg @ 0000000003779ae0] pix fmt id 22111100 [mjpeg @ 0000000003779ae0] marker parser used 17 bytes (136 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50383 [mjpeg @ 0000000003779ae0] class=0 index=0 nb_codes=12 [mjpeg @ 0000000003779ae0] marker parser used 31 bytes (248 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50350 [mjpeg @ 0000000003779ae0] class=1 index=0 nb_codes=251 [mjpeg @ 0000000003779ae0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50167 [mjpeg @ 0000000003779ae0] class=0 index=1 nb_codes=12 [mjpeg @ 0000000003779ae0] marker parser used 31 bytes (248 bits) [mjpeg @ 0000000003779ae0] marker=c4 avail_size_in_buf=50134 [mjpeg @ 0000000003779ae0] class=1 index=1 nb_codes=251 [mjpeg @ 0000000003779ae0] marker parser used 181 bytes (1448 bits) [mjpeg @ 0000000003779ae0] escaping removed 251 bytes [mjpeg @ 0000000003779ae0] marker=da avail_size_in_buf=49951 [mjpeg @ 0000000003779ae0] component: 0 [mjpeg @ 0000000003779ae0] component: 1 [mjpeg @ 0000000003779ae0] component: 2 [mjpeg @ 0000000003779ae0] marker parser used 49699 bytes (397587 bits) [mjpeg @ 0000000003779ae0] marker=d9 avail_size_in_buf=0 [mjpeg @ 0000000003779ae0] decode frame unused 0 bytes [libx264 @ 00000000037cfe80] using mv_range_thread = 40 [libvo_aacenc @ 00000000037d1620] Que input is backward in time [mp4 @ 00000000037cf700] st:0 PTS: 6544 DTS: 6544 < 7617 invalid, clipping [mp4 @ 00000000037cf700] st:0 PTS: 7568 DTS: 7568 < 7618 invalid, clipping [output stream 0:0 @ 000000000380a9a0] EOF on sink link output stream 0:0:default. [output stream 0:1 @ 000000000380afc0] EOF on sink link output stream 0:1:default. No more output streams to write to, finishing. [libx264 @ 00000000037cfe80] frame= 0 QP=30.58 NAL=3 Slice:I Poc:0 I:1620 P:0 SKIP:0 size=6425 bytes [libvo_aacenc @ 00000000037d1620] Trying to remove 448 more samples than are in the que frame= 1 fps=0.0 q=33.0 Lsize= 269kB time=00:00:16.30 bitrate= 135.1kbits/s video:7kB audio:256kB subtitle:0 global headers:0kB muxing overhead 2.189112% [libx264 @ 00000000037cfe80] frame I:1 Avg QP:30.58 size: 6425 [libx264 @ 00000000037cfe80] mb I I16..4: 29.4% 67.3% 3.2% [libx264 @ 00000000037cfe80] 8x8 transform intra:67.3% [libx264 @ 00000000037cfe80] coded y,uvDC,uvAC intra: 28.1% 63.3% 7.5% [libx264 @ 00000000037cfe80] i16 v,h,dc,p: 30% 35% 9% 26% [libx264 @ 00000000037cfe80] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 17% 25% 5% 9% 6% 6% 5% 5% [libx264 @ 00000000037cfe80] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 32% 23% 13% 6% 8% 4% 5% 5% 4% [libx264 @ 00000000037cfe80] i8c dc,h,v,p: 64% 18% 15% 3% [libx264 @ 00000000037cfe80] kb/s:4626000.00 [AVIOContext @ 000000000377bfe0] Statistics: 9624828 bytes read, 90 seeks }} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 21:11:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 19:11:01 -0000 Subject: [FFmpeg-trac] #1714(avformat:new): WMV demuxer detects too many streams in Movie Maker created files In-Reply-To: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> References: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> Message-ID: <050.68f562bee502bf11ca24c116b6f45a80@avcodec.org> #1714: WMV demuxer detects too many streams in Movie Maker created files ------------------------------------+------------------------------------ Reporter: mavrik | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wmv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by mavrik): A sample file to reproduce the problem with the name of "fake_mjpeg_stream.wmv" was uploaded to ftp://upload.ffmpeg.org/incoming/ . -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 22:23:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 20:23:27 -0000 Subject: [FFmpeg-trac] #1464(undetermined:open): FFplay regression with H264 high profile input (gcc 4.2.* specific) In-Reply-To: <033.9649bf7f2275ba281742a2369b35081b@avcodec.org> References: <033.9649bf7f2275ba281742a2369b35081b@avcodec.org> Message-ID: <048.39bcf07d1e1764a18ad869819da083ae@avcodec.org> #1464: FFplay regression with H264 high profile input (gcc 4.2.* specific) -------------------------------------+------------------------------------- Reporter: ianm | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kelexel): I can confirm this working with gcc-4.6 on FreeBSD-9. If you're using built-in gcc-4.2 (the default gcc shipped with FreeBSD) you will have errors as mentioned above. Using 4.6, h264 decoding works perfectly. Big ups for finding a solution to that one :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 22:36:49 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 20:36:49 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.633eb6ba08674aebce6f9d4f9bea8656@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Ok, have tested on Master, applied the 3 attached patches (seems the sources changed a bit since you created your patch, but it succeeded with a few offsets) And, I'm glad to report IT WORKS! I've been "watching" myself for 30+ minutes on my iphone, with no issue so far. For the record, here is my encoding line, I'm sure it can be improved tho (note, it's an extract from a script that handles the $stream var ..): {{{ ffmpeg -i rtmp://foo.ext/app/stream -re -acodec libfaac -ar 44000 -b:a 48k -vcodec libx264 -s 426x250 -b:v 128k -vpre libx264-ipod320 -flags -global_header -map 0 -f segment -segment_time 10 -segment_list_size 10 -segment_list ${stream}_240p.m3u8 -segment_list_live 1 -segment_list_type m3u8 -segment_format mpegts ${stream}_240p%05d.ts" }}} I think you can safely merge them to Master :) Note, if someone using FreeBSD (-9 here) ever reads this thread, DO NOT attempt to compile ffmpeg Master using the built-in gcc-4.2 (as discussed here: http://ffmpeg.org/trac/ffmpeg/ticket/1464 ), as it will result in corrupt decoding of h264 streams. Instead install another version (tested and working with gcc-4.6 from port tree), and add --enable-cc=/usr/local/bin/gcc46 to your compile line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:05:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:05:31 -0000 Subject: [FFmpeg-trac] #1714(avformat:open): Wrong video stream chosen when transcoding Movie Maker created wmv files (was: WMV demuxer detects too many streams in Movie Maker created files) In-Reply-To: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> References: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> Message-ID: <050.48aa0861eb4eca840e3e4a0e558d78f4@avcodec.org> #1714: Wrong video stream chosen when transcoding Movie Maker created wmv files -------------------------------------+------------------------------------- Reporter: mavrik | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: asf | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wmv => asf regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Reproducible since b286383 / 5e745ce, work-around is to use -map 0:1 -map 0:2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:17:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:17:13 -0000 Subject: [FFmpeg-trac] #1715(undetermined:new): Wrong timestamps for h264 in mpegts Message-ID: <036.7401fad957f092eb7aa68b3fc6f88957@avcodec.org> #1715: Wrong timestamps for h264 in mpegts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: mpegts h264 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (Originally reported in ticket #403, maybe related to ticket #424). I will provide a link to a very long transport stream containing h264 video and aac audio. ffplay, ffmpeg and mplayer -demuxer lavf play / transcode the sample with wrong video speed (video is too slow), works fine with mplayer -demuxer mpegts. {{{ $ ffplay -analyzeduration 2G CAPTURE-HD-RM164_2012-08-20_13_21_28.ts ffplay version N-44127-gb0dc428 Copyright (c) 2003-2012 the FFmpeg developers built on Sep 3 2012 18:04:33 with gcc 4.5.3 (GCC) configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpegts @ 0x8edfd80] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8edfd80] Could not find codec parameters for stream 2 (Unknown: none ([6][0][0][0] / 0x0006)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x8ee5060] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'CAPTURE-HD-RM164_2012-08-20_13_21_28.ts': Duration: 01:29:14.08, start: 599.983333, bitrate: 2281 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1012]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 119 kb/s Stream #0:2[0x1013]: Unknown: none ([6][0][0][0] / 0x0006) Frame changed from size:0x0 to size:1280x720KB vq= 20KB sq= 0B f=0/0 601.07 A-V:-599.928 fd= 0 aq= 1KB vq= 183KB sq= 0B f=0/0 =0/0 }}} {{{ $ ffmpeg -analyzeduration 2G -i CAPTURE-HD-RM164_2012-08-20_13_21_28.ts -qscale 2 -t 30 out.avi ffmpeg version N-44127-gb0dc428 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 3 2012 18:04:33 with gcc 4.5.3 (GCC) configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpegts @ 0x8e765c0] Stream #2: not enough frames to estimate rate; consider increasing probesize [mpegts @ 0x8e765c0] Could not find codec parameters for stream 2 (Unknown: none ([6][0][0][0] / 0x0006)): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [NULL @ 0x8e7b320] start time is not set in estimate_timings_from_pts Input #0, mpegts, from 'CAPTURE-HD-RM164_2012-08-20_13_21_28.ts': Duration: 01:29:27.29, start: 599.983333, bitrate: 2281 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1012]: Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 119 kb/s Stream #0:2[0x1013]: Unknown: none ([6][0][0][0] / 0x0006) Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.25.104 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, flt, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 0 fps=0.0 q=0.0 Lsize= 735kB time=00:00:30.01 bitrate= 200.7kbits/s video:0kB audio:704kB subtitle:0 global headers:0kB muxing overhead 4.510928% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:20:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:20:27 -0000 Subject: [FFmpeg-trac] #403(undetermined:closed): -r to specify input frame rate does not work In-Reply-To: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> References: <036.29b56ae2adbf636cdf9ff7c762ecabfd@avcodec.org> Message-ID: <051.2eaa59e948289c27538fdaf76a0c5df0@avcodec.org> #403: -r to specify input frame rate does not work -------------------------------------+------------------------------------- Reporter: etienne | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: buhman (added) * status: reopened => closed * resolution: => invalid Comment: Replying to [comment:7 buhman]: > Verbatim Source: http://buhman.org/CAPTURE-HD- RM164_2012-08-20_13_21_28.ts I created ticket #1715 It is generally not a good idea to open ancient tickets, especially if they were closed as invalid (and not as "needs more information"). Please read the explanation above, framerate selection only makes sense for rawvideo input (and similar), for your sample timestamps are incorrect, this is a bug that is not framerate-related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:24:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:24:28 -0000 Subject: [FFmpeg-trac] #1715(undetermined:open): Wrong timestamps for h264 in mpegts In-Reply-To: <036.7401fad957f092eb7aa68b3fc6f88957@avcodec.org> References: <036.7401fad957f092eb7aa68b3fc6f88957@avcodec.org> Message-ID: <051.1516d83fa349e9485784e59c61da6641@avcodec.org> #1715: Wrong timestamps for h264 in mpegts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: buhman (added) * status: new => open * reproduced: 0 => 1 Comment: Sample uploaded to http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1715/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:24:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:24:55 -0000 Subject: [FFmpeg-trac] #424(avcodec:open): A/V desync on transport stream In-Reply-To: <036.b7146292c0ed516b420af23102934d86@avcodec.org> References: <036.b7146292c0ed516b420af23102934d86@avcodec.org> Message-ID: <051.9e7a4f0a62c4f32296669a3902d0f18a@avcodec.org> #424: A/V desync on transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 mpegts | Blocked By: videolan | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 TS => h264 mpegts videolan Comment: Ticket #1715 may be related. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:30:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:30:31 -0000 Subject: [FFmpeg-trac] #1713(build system:closed): Linkage fails due to relocations In-Reply-To: <036.23574f4c51322f329207cd29906695e7@avcodec.org> References: <036.23574f4c51322f329207cd29906695e7@avcodec.org> Message-ID: <051.675b14d44ca78f311a21815d3097b448@avcodec.org> #1713: Linkage fails due to relocations -------------------------------------+------------------------------------- Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:30:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:30:37 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.65cc0aa397a013f3fcb68a45478edc99@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): I might have spotted an issue. Take the following example: ffmpeg -i rtmp://foo.ext/app/stream ... -f ... -segment_list_live Here we're transcoding a live rtmp feed, ok. Problem: If broadcaster disconnects from RTMP server (connection issue, whatever) ffmpeg assumes the stream is ending, thus adds EXT-X-ENDLIST tag to the playlist. HLS clients when seeing this tag will go from live > record mode, so the stream playback will end on the HLS clients. Now, broadcaster comes back online, streams again to the rtmpd, and we re- start ffmpeg. A new playlist is normally generated ... all *seems* fine BUT(!!!): If HLS clients "refresh" the url, they will most likely pick the cached playlist rather than the one.. And since the cached playlist has EXT-X-ENDLIST in it, it will just "replay" the last containing segments and totally ignore the new server-side playlist. So, in theory, if using -segment_list_live it is a bad idea to write EXT-X-ENDLIST.. BUT (hehe), there *seems* to be another -useful- tag, namely "#EXT-X -ALLOW-CACHE:1/0" I think it's mostly meant for caching mpegts files, but might also work with the playlists. Will test and report my findings.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:41:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:41:20 -0000 Subject: [FFmpeg-trac] #511(undetermined:closed): Intel JPEG library: flipped? In-Reply-To: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> References: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> Message-ID: <051.406722a3ad8ffe1136e30fde67d360ad@avcodec.org> #511: Intel JPEG library: flipped? -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 3 23:51:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 21:51:26 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.744ecc8f7825f640352010074c0d6ae4@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Confirmed. If you add #EXT-X-ALLOW-CACHE:0 in the top of the playlist, it (as long as mpegts files) are not cached by the client. So if broadcaster drops, and ffmpeg transcoding stops, and broadcaster comes back, and ffmpeg transcoding is restarted, hitting refresh on the clients will fetch a fresh playlist instead of the locally cached one. May I suggest a -segment_no_cache setting that would append #EXT-X-ALLOW- CACHE:0 to the top of the playlist ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 00:57:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 22:57:36 -0000 Subject: [FFmpeg-trac] #511(undetermined:closed): Intel JPEG library: flipped? In-Reply-To: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> References: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> Message-ID: <051.ce8e860fdf555c5749ec4aef1755a65b@avcodec.org> #511: Intel JPEG library: flipped? -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: fixed Debian | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mjpeg => mjpeg Debian -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 01:12:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 03 Sep 2012 23:12:26 -0000 Subject: [FFmpeg-trac] #138(avformat:reopened): add support for rtmp live stream In-Reply-To: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> References: <036.a83702533aaa1d1f326a379a5f7e6ab6@avcodec.org> Message-ID: <051.639ef64938f5feb5bccd1f307bcddabd@avcodec.org> #138: add support for rtmp live stream -------------------------------------+------------------------------------- Reporter: taeuber | Owner: Type: enhancement | Status: reopened Priority: minor | Component: avformat Version: unspecified | Resolution: Keywords: rtmp live | Blocked By: stream | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by taeuber): No I haven't tried yet. Next time I come around a live stream I'll try. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 04:03:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 02:03:53 -0000 Subject: [FFmpeg-trac] #1716(FFmpeg:new): Feature Request: Wavpack Encoder Message-ID: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> #1716: Feature Request: Wavpack Encoder -------------------------------------+------------------------------------- Reporter: hakermania | Type: Status: new | enhancement Component: FFmpeg | Priority: wish Keywords: | Version: Blocking: | unspecified Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Right now it is not possible to provide an audio file as input and to encode it to Wavpack. It would be nice if it was possible. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 08:25:31 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 06:25:31 -0000 Subject: [FFmpeg-trac] #1717(avfilter:new): Concat filter can not join more than two video files Message-ID: <037.a0b26f97a0e90334d9c764cf92240cae@avcodec.org> #1717: Concat filter can not join more than two video files ----------------------------------+--------------------------------------- Reporter: chinshou | Type: defect Status: new | Priority: normal Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- using latest ffmepg build from http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20120903-git- 5d55830-win32-static.7z execute following command ffmpeg -i a1.jpg -i a2.jpg -i a3.jpg -filter_complex "[0:0] [1:0] [2:0] concat=n=3:v=1:a=0" join.mp4 to join three jpeg files to one video, But the generated mp4 file only contain two frames. ffmpeg -i join.mp4 test%d.jpg only output test1.jpg and test2.jpg best regards -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 09:10:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 07:10:01 -0000 Subject: [FFmpeg-trac] #1717(avfilter:open): Concat filter can not join individual images (was: Concat filter can not join more than two video files) In-Reply-To: <037.a0b26f97a0e90334d9c764cf92240cae@avcodec.org> References: <037.a0b26f97a0e90334d9c764cf92240cae@avcodec.org> Message-ID: <052.9e2272d9dfff3bca81df72d029288bf0@avcodec.org> #1717: Concat filter can not join individual images ------------------------------------+------------------------------------ Reporter: chinshou | Owner: Type: defect | Status: open Priority: minor | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by Cigaes): * status: new => open * reproduced: 0 => 1 * priority: normal => minor * version: unspecified => git-master * analyzed: 0 => 1 Comment: This is a timestamp problem: concat uses the mean inter-frame interval as the duration of the last frame to separate the segments. If a segment is made of a single video frame and no audio, then there is no inter-frame interval, and the next segment starts at the same time. This will then cause frame dropping depending on the vsync algorithm. The filter works correctly (AFAIK) if all the segments have more than one frame or have audio. Temporary workaround: use setpts to shift the time of each segment after a single image, or add dummy audio and discard it. The problem can be properly fixed when a duration field will be added to filtered frames; this is work in progress. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 10:10:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 08:10:47 -0000 Subject: [FFmpeg-trac] #1716(avcodec:open): Feature Request: Wavpack Encoder In-Reply-To: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> References: <039.d17659c975f34f750c36fd509d8167f6@avcodec.org> Message-ID: <054.d1a96f3102abe6b86111d81737545dc6@avcodec.org> #1716: Feature Request: Wavpack Encoder -------------------------------------+----------------------------------- Reporter: hakermania | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wavpack * status: new => open * version: unspecified => git-master * component: FFmpeg => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 10:38:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 08:38:08 -0000 Subject: [FFmpeg-trac] #1715(undetermined:open): Wrong timestamps for h264 in mpegts In-Reply-To: <036.7401fad957f092eb7aa68b3fc6f88957@avcodec.org> References: <036.7401fad957f092eb7aa68b3fc6f88957@avcodec.org> Message-ID: <051.0c60967d46f0dc12cc78fb5d58197879@avcodec.org> #1715: Wrong timestamps for h264 in mpegts -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:1715 cehoyos]: > I will provide a link to a very long transport stream The sample was cut to 10MB. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 13:05:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 11:05:11 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.7a3eff39cacf65d81b75ff9127e2be66@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:22 kelexel]: > Confirmed. > > If you add #EXT-X-ALLOW-CACHE:0 in the top of the playlist, it (as long as mpegts files) are not cached by the client. > > So if broadcaster drops, and ffmpeg transcoding stops, and broadcaster comes back, and ffmpeg transcoding is restarted, hitting refresh on the clients will fetch a fresh playlist instead of the locally cached one. > > May I suggest a -segment_no_cache setting that would append #EXT-X -ALLOW-CACHE:0 to the top of the playlist ? Not sure about this. I could automatically set #EXT-X-ALLOW-CACHE to 0 if live=1, or adopt a new flag to add to live, so that it would be -segment_list_flags +live-cache (in this case it would be better to set flags rather than separate _live, _cache options etc to have a shorter command line and ease extensibility). Also, now that I think at it, I wonder if live/cache should be rather considered *segment* flags rather than *segment list* flags (but I tend to prefer the latter). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 18:26:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 16:26:42 -0000 Subject: [FFmpeg-trac] #1277(undetermined:closed): Subtitle (hdmv_pgs_subtitle) conversion fails In-Reply-To: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> References: <038.44ea4de7f757db5bba072a8daed7585b@avcodec.org> Message-ID: <053.4fb44b7b8cd709750b9e8d5b18c0b38e@avcodec.org> #1277: Subtitle (hdmv_pgs_subtitle) conversion fails -------------------------------------+------------------------------------- Reporter: bakhshian | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dvdsub | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Description changed by ubitux: Old description: > I need to convert the format of the subtitle stream of a movie so my > device can play it. > Here is the list of all existing streams : > > Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x816 [SAR 1:1 DAR > 40:17], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) > Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 > kb/s (default) > Metadata: > title : 3/2+1 > Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle (default) > Stream #0:3(ger): Subtitle: hdmv_pgs_subtitle > Stream #0:4(ger): Subtitle: hdmv_pgs_subtitle > Stream #0:5(ger): Subtitle: hdmv_pgs_subtitle > Stream #0:6(ger): Subtitle: hdmv_pgs_subtitle > > I want to keep only the English subtitle and convert it too. The > available codecs are : > > > ffmpeg -codecs | grep sub > DES ass Advanced SubStation Alpha subtitle > DES dvbsub DVB subtitles > DES dvdsub DVD subtitles > D S pgssub HDMV Presentation Graphic Stream subtitles > DES srt SubRip subtitle > DES xsub DivX subtitles (XSUB) > > I choose dvdsub as the new format and try to run ffmpeg command with the > following arguments : > > >ffmpeg -i in.mkv -scodec dvdsub -vcodec copy -acodec copy out.mkv > > It starts running, but after a while ( I think when it reaches the first > frame with subtitle ) crashes. Here you can see the messages : > > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (copy) > Stream #0:2 -> #0:2 (pgssub -> dvdsub) > Press [q] to stop, [?] for help > Subtitle encoding failed1.0 size= 182919kB time=00:00:00.00 bitrate= > 0.0kbits/s > > The interesting point is that ffplay and mplayer both can play the input > file and they show the subtitle properly. > > Here is the output of ffmpeg -version command : > > ffmpeg version 0.10.2-4:0.10.2-0ubuntu0jon1~oneiric1 > built on Mar 18 2012 11:07:55 with gcc 4.6.1 > configuration: --extra-version='4:0.10.2-0ubuntu0jon1~oneiric1' > --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable- > stripping --enable-vdpau --enable-bzlib --enable-libgsm --enable- > libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis > --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime- > cpudetect --enable-libfreetype --enable-vaapi --enable-frei0r --enable- > gpl --enable-postproc --enable-x11grab --enable-librtmp --enable-libvo- > aacenc --enable-version3 --enable-libvo-amrwbenc --enable-version3 > --enable-libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared > --disable-static > libavutil 51. 35.100 / 51. 35.100 > libavcodec 53. 61.100 / 53. 61.100 > libavformat 53. 32.100 / 53. 32.100 > libavdevice 53. 4.100 / 53. 4.100 > libavfilter 2. 61.100 / 2. 61.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 6.100 / 0. 6.100 > libpostproc 52. 0.100 / 52. 0.100 New description: I need to convert the format of the subtitle stream of a movie so my device can play it. Here is the list of all existing streams : {{{ Stream #0:0(eng): Video: h264 (High), yuv420p, 1920x816 [SAR 1:1 DAR 40:17], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Metadata: title : 3/2+1 Stream #0:2(eng): Subtitle: hdmv_pgs_subtitle (default) Stream #0:3(ger): Subtitle: hdmv_pgs_subtitle Stream #0:4(ger): Subtitle: hdmv_pgs_subtitle Stream #0:5(ger): Subtitle: hdmv_pgs_subtitle Stream #0:6(ger): Subtitle: hdmv_pgs_subtitle }}} I want to keep only the English subtitle and convert it too. The available codecs are : {{{ > ffmpeg -codecs | grep sub DES ass Advanced SubStation Alpha subtitle DES dvbsub DVB subtitles DES dvdsub DVD subtitles D S pgssub HDMV Presentation Graphic Stream subtitles DES srt SubRip subtitle DES xsub DivX subtitles (XSUB) }}} I choose dvdsub as the new format and try to run ffmpeg command with the following arguments : {{{ ffmpeg -i in.mkv -scodec dvdsub -vcodec copy -acodec copy out.mkv }}} It starts running, but after a while ( I think when it reaches the first frame with subtitle ) crashes. Here you can see the messages : {{{ Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (pgssub -> dvdsub) Press [q] to stop, [?] for help Subtitle encoding failed1.0 size= 182919kB time=00:00:00.00 bitrate= 0.0kbits/s }}} The interesting point is that ffplay and mplayer both can play the input file and they show the subtitle properly. Here is the output of ffmpeg -version command : {{{ ffmpeg version 0.10.2-4:0.10.2-0ubuntu0jon1~oneiric1 built on Mar 18 2012 11:07:55 with gcc 4.6.1 configuration: --extra-version='4:0.10.2-0ubuntu0jon1~oneiric1' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --disable- stripping --enable-vdpau --enable-bzlib --enable-libgsm --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable-libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-vaapi --enable-frei0r --enable-gpl --enable- postproc --enable-x11grab --enable-librtmp --enable-libvo-aacenc --enable- version3 --enable-libvo-amrwbenc --enable-version3 --enable-libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable-static libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 18:37:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 16:37:08 -0000 Subject: [FFmpeg-trac] #1661(avcodec:closed): Adding/converting srt to dvdsub subtitle In-Reply-To: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> References: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> Message-ID: <055.7276d1104b2d1f4f1830d1377d54e621@avcodec.org> #1661: Adding/converting srt to dvdsub subtitle -------------------------------------+----------------------------------- Reporter: Sharkhunter | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvdsub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Description changed by ubitux: Old description: > Trying to add an srt file at the same time as converting it to dvd > (mpeg2). Tried it with various input format of the video with the same > result. This is an mp4 sample. > > C:\>ffmpeg -v 9 -loglevel 99 -i in.mp4 -i "in.srt" -y -target ntsc-dvd > -scodec dvdsub xxx > ffmpeg version N-43594-gf0896a6 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 15 2012 21:29:36 with gcc 4.7.1 (GCC) > configuration: --enable-gpl --enable-version3 --disable-pthreads > --enable-runt > ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- > libass - > -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb > --enable-l > ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- > libopenj > peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- > libtheo > ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc > --enable-li > bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- > libxvid --ena > ble-zlib > libavutil 51. 69.100 / 51. 69.100 > libavcodec 54. 52.100 / 54. 52.100 > libavformat 54. 23.101 / 54. 23.101 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 9.100 / 3. 9.100 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] Format > mov,mp4,m4a,3gp,3g2,mj2 prob > ed with size=2048 and score=100 > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] ISO: File Type Major Brand: > isom > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position before > avformat_find_ > stream_info() is 393031408 > [h264 @ 0000000000310180] no picture > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] All info found > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position after > avformat_find_s > tream_info() is 3496 > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': > Metadata: > major_brand : isom > minor_version : 1 > compatible_brands: isom > creation_time : 2011-09-08 11:43:25 > Duration: 00:55:09.68, start: 0.000000, bitrate: 950 kb/s > Stream #0:0(und), 1, 1/24000: Video: h264 (High) (avc1 / 0x31637661), > yuv420 > p, 720x404 [SAR 404:405 DAR 16:9], 1001/48000, 821 kb/s, 23.98 fps, 23.98 > tbr, 2 > 4k tbn, 47.95 tbc > Metadata: > creation_time : 2011-09-08 11:43:25 > Stream #0:1(und), 1, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 > Hz, ster > eo, s16, 122 kb/s > Metadata: > creation_time : 2011-09-08 11:43:25 > [srt @ 0000000004777a80] Format srt probed with size=2048 and score=100 > [srt @ 0000000004777a80] File position before avformat_find_stream_info() > is 0 > [srt @ 0000000004777a80] All info found > [srt @ 0000000004777a80] Estimating duration from bitrate, this may be > inaccurat > e > [srt @ 0000000004777a80] File position after avformat_find_stream_info() > is 0 > Input #1, srt, from 'in.srt': > Duration: N/A, bitrate: N/A > Stream #1:0, 0, 1/1000: Subtitle: srt > [buffer @ 0000000000305980] Setting entry with key 'video_size' to value > '720x40 > 4' > [buffer @ 0000000000305980] Setting entry with key 'pix_fmt' to value '0' > [buffer @ 0000000000305980] Setting entry with key 'time_base' to value > '1/24000 > ' > [buffer @ 0000000000305980] Setting entry with key 'pixel_aspect' to > value '404/ > 405' > [buffer @ 0000000000305980] Setting entry with key 'sws_param' to value > 'flags=2 > ' > [buffer @ 0000000000305980] Setting entry with key 'frame_rate' to value > '24000/ > 1001' > [graph 0 input from stream 0:0 @ 00000000003058a0] w:720 h:404 > pixfmt:yuv420p tb > :1/24000 fr:24000/1001 sar:404/405 sws_param:flags=2 > [scaler for output stream 0:0 @ 0000000000305f00] w:720 h:404 fmt:yuv420p > sar:40 > 4/405 -> w:720 h:480 fmt:yuv420p sar:32/27 flags:0x4 > [abuffer @ 00000000048ff8e0] Setting entry with key 'time_base' to value > '1/4800 > 0' > [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_rate' to > value '4800 > 0' > [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_fmt' to value > 's16' > [abuffer @ 00000000048ff8e0] Setting entry with key 'channel_layout' to > value '0 > x3' > [graph 1 input from stream 0:1 @ 00000000048c1c40] tb:1/48000 > samplefmt:s16 samp > lerate:48000 chlayout:0x3 > [aformat @ 00000000048b1920] Setting entry with key 'sample_fmts' to > value 'flt' > > [aformat @ 00000000048b1920] Setting entry with key 'sample_rates' to > value '480 > 00' > [aformat @ 00000000048b1920] Setting entry with key 'channel_layouts' to > value ' > 0x4,0x3,0x103,0x7,0x603,0x33,0x107,0x607,0x37,0xc,0xb,0x10b,0xf,0x60b,0x3b,0x10f > ,0x60f,0x3f' > [audio format for output stream 0:1 @ 00000000048c1d60] auto-inserting > filter 'a > uto-inserted resampler 0' between the filter 'Parsed_anull_0' and the > filter 'au > dio format for output stream 0:1' > [auto-inserted resampler 0 @ 00000000048c1e80] chl:stereo fmt:s16 > r:48000Hz -> c > hl:stereo fmt:flt r:48000Hz > [mpeg2video @ 0000000004890d00] detected 4 logical cores > [mpeg2video @ 0000000004890d00] intra_quant_bias = 96 inter_quant_bias = > 0 > [h264 @ 0000000000310180] detected 4 logical cores > Output #0, dvd, to 'xxx': > Metadata: > major_brand : isom > minor_version : 1 > compatible_brands: isom > encoder : Lavf54.23.101 > Stream #0:0(und), 0, 1/90000: Video: mpeg2video, yuv420p, 720x480 > [SAR 32:27 > DAR 16:9], 1001/30000, q=2-31, 6000 kb/s, 90k tbn, 29.97 tbc > Metadata: > creation_time : 2011-09-08 11:43:25 > Stream #0:1(und), 0, 1/90000: Audio: ac3, 48000 Hz, stereo, flt, 448 > kb/s > Metadata: > creation_time : 2011-09-08 11:43:25 > Stream #0:2, 0, 1/90000: Subtitle: dvd_subtitle > Stream mapping: > Stream #0:0 -> #0:0 (h264 -> mpeg2video) > Stream #0:1 -> #0:1 (aac -> ac3) > Stream #1:0 -> #0:2 (srt -> dvdsub) > Press [q] to stop, [?] for help > [h264 @ 0000000004ca0520] no picture > [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] demuxer injecting skip 2112 > [aac @ 00000000047102c0] skip 2112 samples due to side data > [aac @ 00000000047102c0] skip whole frame, skip left: 1088 > [aac @ 00000000047102c0] skip whole frame, skip left: 64 > [aac @ 00000000047102c0] skip 64/1024 samples > [h264 @ 0000000004ca0960] no picture > *** 1 dup! > Here it just crashes... New description: Trying to add an srt file at the same time as converting it to dvd (mpeg2). Tried it with various input format of the video with the same result. This is an mp4 sample. {{{ C:\>ffmpeg -v 9 -loglevel 99 -i in.mp4 -i "in.srt" -y -target ntsc-dvd -scodec dvdsub xxx ffmpeg version N-43594-gf0896a6 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 21:29:36 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.101 / 54. 23.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] Format mov,mp4,m4a,3gp,3g2,mj2 prob ed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position before avformat_find_ stream_info() is 393031408 [h264 @ 0000000000310180] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] File position after avformat_find_s tream_info() is 3496 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom creation_time : 2011-09-08 11:43:25 Duration: 00:55:09.68, start: 0.000000, bitrate: 950 kb/s Stream #0:0(und), 1, 1/24000: Video: h264 (High) (avc1 / 0x31637661), yuv420 p, 720x404 [SAR 404:405 DAR 16:9], 1001/48000, 821 kb/s, 23.98 fps, 23.98 tbr, 2 4k tbn, 47.95 tbc Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:1(und), 1, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, ster eo, s16, 122 kb/s Metadata: creation_time : 2011-09-08 11:43:25 [srt @ 0000000004777a80] Format srt probed with size=2048 and score=100 [srt @ 0000000004777a80] File position before avformat_find_stream_info() is 0 [srt @ 0000000004777a80] All info found [srt @ 0000000004777a80] Estimating duration from bitrate, this may be inaccurat e [srt @ 0000000004777a80] File position after avformat_find_stream_info() is 0 Input #1, srt, from 'in.srt': Duration: N/A, bitrate: N/A Stream #1:0, 0, 1/1000: Subtitle: srt [buffer @ 0000000000305980] Setting entry with key 'video_size' to value '720x40 4' [buffer @ 0000000000305980] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0000000000305980] Setting entry with key 'time_base' to value '1/24000 ' [buffer @ 0000000000305980] Setting entry with key 'pixel_aspect' to value '404/ 405' [buffer @ 0000000000305980] Setting entry with key 'sws_param' to value 'flags=2 ' [buffer @ 0000000000305980] Setting entry with key 'frame_rate' to value '24000/ 1001' [graph 0 input from stream 0:0 @ 00000000003058a0] w:720 h:404 pixfmt:yuv420p tb :1/24000 fr:24000/1001 sar:404/405 sws_param:flags=2 [scaler for output stream 0:0 @ 0000000000305f00] w:720 h:404 fmt:yuv420p sar:40 4/405 -> w:720 h:480 fmt:yuv420p sar:32/27 flags:0x4 [abuffer @ 00000000048ff8e0] Setting entry with key 'time_base' to value '1/4800 0' [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_rate' to value '4800 0' [abuffer @ 00000000048ff8e0] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 00000000048ff8e0] Setting entry with key 'channel_layout' to value '0 x3' [graph 1 input from stream 0:1 @ 00000000048c1c40] tb:1/48000 samplefmt:s16 samp lerate:48000 chlayout:0x3 [aformat @ 00000000048b1920] Setting entry with key 'sample_fmts' to value 'flt' [aformat @ 00000000048b1920] Setting entry with key 'sample_rates' to value '480 00' [aformat @ 00000000048b1920] Setting entry with key 'channel_layouts' to value ' 0x4,0x3,0x103,0x7,0x603,0x33,0x107,0x607,0x37,0xc,0xb,0x10b,0xf,0x60b,0x3b,0x10f ,0x60f,0x3f' [audio format for output stream 0:1 @ 00000000048c1d60] auto-inserting filter 'a uto-inserted resampler 0' between the filter 'Parsed_anull_0' and the filter 'au dio format for output stream 0:1' [auto-inserted resampler 0 @ 00000000048c1e80] chl:stereo fmt:s16 r:48000Hz -> c hl:stereo fmt:flt r:48000Hz [mpeg2video @ 0000000004890d00] detected 4 logical cores [mpeg2video @ 0000000004890d00] intra_quant_bias = 96 inter_quant_bias = 0 [h264 @ 0000000000310180] detected 4 logical cores Output #0, dvd, to 'xxx': Metadata: major_brand : isom minor_version : 1 compatible_brands: isom encoder : Lavf54.23.101 Stream #0:0(und), 0, 1/90000: Video: mpeg2video, yuv420p, 720x480 [SAR 32:27 DAR 16:9], 1001/30000, q=2-31, 6000 kb/s, 90k tbn, 29.97 tbc Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:1(und), 0, 1/90000: Audio: ac3, 48000 Hz, stereo, flt, 448 kb/s Metadata: creation_time : 2011-09-08 11:43:25 Stream #0:2, 0, 1/90000: Subtitle: dvd_subtitle Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (aac -> ac3) Stream #1:0 -> #0:2 (srt -> dvdsub) Press [q] to stop, [?] for help [h264 @ 0000000004ca0520] no picture [mov,mp4,m4a,3gp,3g2,mj2 @ 00000000003cfa00] demuxer injecting skip 2112 [aac @ 00000000047102c0] skip 2112 samples due to side data [aac @ 00000000047102c0] skip whole frame, skip left: 1088 [aac @ 00000000047102c0] skip whole frame, skip left: 64 [aac @ 00000000047102c0] skip 64/1024 samples [h264 @ 0000000004ca0960] no picture *** 1 dup! }}} Here it just crashes... -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 4 18:40:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 04 Sep 2012 16:40:01 -0000 Subject: [FFmpeg-trac] #1661(avcodec:closed): Adding/converting srt to dvdsub subtitle In-Reply-To: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> References: <040.9f32b6fc4519ece66e98258bc0e59f83@avcodec.org> Message-ID: <055.190f8d2d9d4d20820125221fa1898024@avcodec.org> #1661: Adding/converting srt to dvdsub subtitle --------------------------------------+----------------------------------- Reporter: Sharkhunter | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvdsub crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: dvdsub => dvdsub crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 05:30:04 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 03:30:04 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong Message-ID: <040.491292cc5951922f118beea80550556c@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: MP3 parser | Blocked By: frame_size | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug:[[BR]] MP3 parser get the frame_size wrong when playback, the second and third frame_size are wrong.[[BR]] How to reproduce: {{{ ffprobe -show_packets $FILENAME[[BR]] The first packet is right, packet size is 488 [PACKET] codec_type=audio stream_index=0 pts=0 pts_time=0.000000 dts=0 dts_time=0.000000 duration=384 duration_time=0.008707 convergence_duration=N/A convergence_duration_time=N/A size=488 pos=167471 flags=K [/PACKET] The second packet size is wrong: 333 [PACKET] codec_type=audio stream_index=0 pts=383 pts_time=0.008685 dts=383 dts_time=0.008685 duration=384 duration_time=0.008707 convergence_duration=N/A convergence_duration_time=N/A size=333 pos=167959 flags=K [/PACKET] And the third packets is wrong:643 [PACKET] codec_type=audio stream_index=0 pts=767 pts_time=0.017392 dts=767 dts_time=0.017392 duration=384 duration_time=0.008707 convergence_duration=N/A convergence_duration_time=N/A size=643 pos=N/A flags=K [/PACKET] The fourth packets is right:488 [PACKET] codec_type=audio stream_index=0 pts=1151 pts_time=0.026100 dts=1151 dts_time=0.026100 duration=384 duration_time=0.008707 convergence_duration=N/A convergence_duration_time=N/A size=488 pos=168935 flags=K [/PACKET] Analysis: As the first packet get the pc->state is 0xFFFFE275. When parser the second packet, the first four bytes is 0xFFFFE205, then get the state is 0xFFE205FF when only use the first second packet byte 0xFF by state= (state<<8) + buf[i++]; Then get the wrong MP3 header for this file but it's a valid MP3 frame header. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 06:07:41 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 04:07:41 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.757261f5ba4ac8df83a051bb6e718865@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MP3 parser frame_size => MP3 Comment: Is this also reproducible with ffmpeg (the application)? If yes, please provide complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 06:45:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 04:45:37 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.4a30c17576fab24ca2c83c7f40eb3145@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP3 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adam_csheng): Replying to [comment:1 cehoyos]: > Is this also reproducible with ffmpeg (the application)? If yes, please provide complete, uncut console output. Which command should I use for the ffmpeg application? It's parser issue, so it should be reproduced by ffmpeg. What do you want to get from ffmpeg, and what command should I use? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 10:05:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 08:05:38 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.e6ca2a9a562838351f63158861cdeeaf@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by patters): I can't seem to compile a threaded perl so I haven't been able to test this: http://www.linuxquestions.org/questions/linux-newbie-8/perl-compilation- failing-no-error-definitions-found-at-errno_pm-pl-922506/ I also tried cross compiling (which I have used successfully to build other things), but that fails miserably too. Apparently someone solved this on the QNAP NAS platform by compiling a newer GCC but that would probably take weeks of solid effort - time I don't have right now unfortunately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 10:06:09 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 08:06:09 -0000 Subject: [FFmpeg-trac] #1457(avcodec:new): Add support for libshine-fxp fixed point math MP3 encoder In-Reply-To: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> References: <036.cb84a3488095c0840ac9a8d60ec442b3@avcodec.org> Message-ID: <051.c9388df186eb4fdc93ac8856aad04582@avcodec.org> #1457: Add support for libshine-fxp fixed point math MP3 encoder -------------------------------------+----------------------------------- Reporter: patters | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by patters): I can't seem to compile a threaded perl so I haven't been able to test: http://www.linuxquestions.org/questions/linux-newbie-8/perl-compilation- failing-no-error-definitions-found-at-errno_pm-pl-922506/ I also tried cross compiling (which I have used successfully to build other things), but that fails miserably too. Apparently someone solved this on the QNAP NAS platform by compiling a newer GCC but that would probably take weeks of solid effort - time I don't have right now unfortunately. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 15:34:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 13:34:38 -0000 Subject: [FFmpeg-trac] #1719(avformat:new): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one Message-ID: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: mpegts | master demuxer pat pmt | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ ffmpeg -i euronews_long_pmt_over_pat.ts ffmpeg version N-44162-gfc15f58 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 5 2012 12:24:04 with gcc 4.7 (Debian 4.7.1-2) configuration: --prefix=/home/aurelien/local --enable-postproc --enable- nonfree --enable-gpl --enable-libopencore-amrnb --enable-libfaac --enable- libmp3lame --enable-shared --enable-libxvid --enable-libx264 --extra- cflags=-I/home/aurelien/local/include --extra- ldflags=-L/home/aurelien/local/lib --enable-version3 --disable- optimizations --enable-libfreetype --disable-stripping --enable-libaacplus --enable-libfaac libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.103 / 3. 15.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x1b61240] probed stream 1 failed [mpegts @ 0x1b61240] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x1b61240] Could not find codec parameters for stream 1 (Unknown: none): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options [mpegts @ 0x1b61240] PES packet size mismatch Last message repeated 9 times Input #0, mpegts, from '/home/dump/euronews_long_pmt_over_pat.ts': Duration: 00:02:59.27, start: 10770.595789, bitrate: 4407 kb/s Program 8202 Metadata: service_name : ARM_1 service_provider: GlobeCast [...] No Program Stream #0:0[0x8c6]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:1[0x300]: Unknown: none Stream #0:2[0x8ad]: Video: mpeg2video (Main), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 3240 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:3[0x8c1]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:4[0x8bf]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:5[0x8c0]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:6[0x8bd]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:7[0x8be]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:8[0x8bb]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:9[0x8ba]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:10[0x8bc]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:11[0x8b9]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:12[0x8b8]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s Stream #0:13[0x8b7]: Audio: mp2, 48000 Hz, mono, s16, 64 kb/s The stream looks like : [PAT] [PAT] [PAT] [PMT_first packet] [PAT] [PAT] [PAT] [PMT_last_packet] [etc...] }}} In pat_cb(), clear_programs() is called unconditionally so the when the second half of the PMT is received it will be discarded. The attached patch fixes that. The sample is on the ffmpeg ftp : euronews_long_pmt_over_pat.ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 17:42:38 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 15:42:38 -0000 Subject: [FFmpeg-trac] #1719(avformat:open): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one In-Reply-To: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> References: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> Message-ID: <052.7cae916281cbbf8f35b3dbc78018adb9@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: demuxer pat pmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => open * reproduced: 0 => 1 Comment: If i understand the spec correctly, the PAT can be in multiple sections and each would have matching versions so stoping with an equal version would break such huge PATs. Also with concatenation theres a 1 in 32 chance the version will be the same, similar can happen with seeking if the reference version isnt reset. I thus think a PAT with matching version should not be discarded and this problem be solved differently -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 5 22:03:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 20:03:20 -0000 Subject: [FFmpeg-trac] #1720(undetermined:new): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players Message-ID: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: $title How to reproduce: {{{ I noticed with this file: http://rogerdpack.t28.net/incoming/sintel.mpg and this command: $ ffmpeg -y -i sintel.mpg -t 60 -vcodec copy -acodec copy out.mpg ffmpeg version N-43577-g045f8dd Copyright (c) 2000-2012 the FFmpeg developers built on Aug 15 2012 14:10:50 with gcc 4.7.1 (GCC) configuration: --enable-memalign-hack --arch=x86 --enable-gpl --enable-libx264 --enable-avisynth --enable-libxvid --target-os=mingw32 --cross-prefix=/home/rogerdpack/dev/ffmpeg-windows-build- helpers/builds/mingw-w64-i686/bin/i686-w64-mingw32- --pkg-config=pkg-config --enable-libmp3lame --enable-version3 --enable-libvo-aacenc --enable-libvpx --extra-libs=-lws2_32 --extra-libs=-lpthread --enable-zlib --extra-libs=-lwinmm --extra-libs=-lgdi32 --enable-librtmp --enable-runtime-cpudetect libavutil 51. 69.100 / 51. 69.100 libavcodec 54. 52.100 / 54. 52.100 libavformat 54. 23.100 / 54. 23.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 9.100 / 3. 9.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 01C2F6A0] ac-tex damaged at 40 7 [mpeg2video @ 01C2F6A0] Warning MVs not available [mpeg2video @ 01C2F6A0] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame [mpeg @ 03361800] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from 'sintel.mpg': Duration: 00:14:47.58, start: 0.233367, bitrate: 4132 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 7000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s Output #0, mpeg, to 'out.mpg': Metadata: encoder : Lavf54.23.100 Stream #0:0: Video: mpeg2video, yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 7000 kb/s, 29.97 fps, 90k tbn, 29.97 tbc Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), 448 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1638 fps=0.0 q=-1.0 Lsize= 32396kB time=00:01:00.00 bitrate=4423.1kbits/s video:28947kB audio:3281kB subtitle:0 global headers:0kB muxing overhead 0.520095% }}} command succeeds. File is playable (with audio) by ffplay, but has "no audio" in either VLC or Windows Media Player. If I dump it to out.avi, the resultant file has "no video" in WMP, but does have audio, and plays fine in VLC. Or should I file that as a separate ticket? MediaInfo seems to reveal it having an audio track ok. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 00:48:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 05 Sep 2012 22:48:50 -0000 Subject: [FFmpeg-trac] #992(avformat:closed): avoid strptime() dependancy, it seems unavailable on windows In-Reply-To: <034.1ca10f677e0ee61c9bbaec14a19b63f7@avcodec.org> References: <034.1ca10f677e0ee61c9bbaec14a19b63f7@avcodec.org> Message-ID: <049.bad9e10aaacccaf09dfd77db0e760247@avcodec.org> #992: avoid strptime() dependancy, it seems unavailable on windows -------------------------------------+------------------------------------ Reporter: MattE | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: strptime | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Replying to [ticket:992 MattE]: > Because strptime isn't available natively for windows one cannot set the creation time of a file in ffmpeg (see the HAVE_STRPTIME flag in libavformat\utils.c line 4091). > > I want to request that it be added for windows as well. There's a GPL implementation of strptime here http://plibc.sourceforge.net/doxygen /strptime_8c-source.html which adds Windows support for strptime. It'd be great if that could be added to ffmpeg. Should be fixed in: {{{ commit 29e972f67c914d35417bc7368493d2617abdd26e Author: Stefano Sabatini Date: Sat Sep 1 13:32:43 2012 +0200 lavu/parseutils: add av_small_strptime() Make internal small_strptime() function public, and use it in place of strptime(). This allows to avoid a dependency on strptime() on systems which do not support it. In particular, fix trac ticket #992. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 02:53:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 00:53:51 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.8af41234bbb0bde143dad196a89ada37@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): Well, I'ld say it's up to you. One thing is certain, as you stated in first part, if live=1 than, in theory we would require the EXT-X-ALLOW-CACHE 0 .. Also, I do agree with you, this is relative to the playlist, not the segment itself, so I (IMO) would rather have it for *segement list* rather than *segment* ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 04:21:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 02:21:38 -0000 Subject: [FFmpeg-trac] #1720(undetermined:new): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.810e9f904a3f98795a617e3b20308ced@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Replying to [ticket:1720 rogerdpack]: > If I dump it to out.avi, the resultant file has "no video" in WMP, but does have audio, and plays fine in VLC. Or should I file that as a separate ticket? id say, thats probably a seperate issue -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 10:59:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 08:59:21 -0000 Subject: [FFmpeg-trac] #1719(avformat:open): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one In-Reply-To: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> References: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> Message-ID: <052.c26577d7c2b93f6a4f8ace63bf676ff5@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: demuxer pat pmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by aurelien): Agreed (however the demuxer does not support tables with multiple sections anyway). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 15:37:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 13:37:17 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.bb5c974ac9ca11bf47e7dec03bcaedcf@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MP3 => MP1 Comment: If you try the following command line, is there any audible distortion in the output file? If yes, please post command line together with complete, uncut console output to make this a valid ticket. $ ffmpeg -i M4A_MP1_288Kbps_CBR_44.1KHz_2ch.m4a out.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 15:38:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 13:38:33 -0000 Subject: [FFmpeg-trac] #1720(undetermined:new): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.15d6639cd602ac1654b539f6f460790c@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this also reproducible with a shorter input file? If yes, please attach a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 16:50:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 14:50:49 -0000 Subject: [FFmpeg-trac] #1720(undetermined:new): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.ab7f26e7e36a6e5d5b2e7fb1b0e736fc@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): shorter than the sintel.2.5.mpg file attached? It seems to reproduce it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 17:09:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 15:09:55 -0000 Subject: [FFmpeg-trac] #1720(avformat:open): ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players In-Reply-To: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> References: <039.c31b2c4868804412e7e633ec5ef6dcd0@avcodec.org> Message-ID: <054.c0a9b3b4190f58c626a8bc268fcce076@avcodec.org> #1720: ffmpeg with -vcodec copy -acodec copy creates files "without audio" for certain players ------------------------------------+------------------------------------ Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => avformat Comment: Sorry, the sample is sufficient. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 18:42:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 16:42:09 -0000 Subject: [FFmpeg-trac] #1719(avformat:open): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one In-Reply-To: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> References: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> Message-ID: <052.f5f73e793cb06be945037e00a47314ea@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: demuxer pat pmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): does someone have a testcase with multiple section PAT ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 6 20:58:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 18:58:04 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.651613510e8e64cfd43f032c83dcb59c@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: m2ts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by skank): Im having issues with pgs subtitles in bdmv/m2ts movies too When i try to play them, (with vlc or xbmc player) the subs disappear/vanish immediately..' so this is really a ffmpeg issue. When will this be fixed? How do i apply this patch to see if it works? Thx -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 01:16:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 06 Sep 2012 23:16:48 -0000 Subject: [FFmpeg-trac] #1554(avformat:open): Support reading proprietary AVID DNxHD MXF In-Reply-To: <036.8d60ab5ea1d17817ad9a7ef401e86104@avcodec.org> References: <036.8d60ab5ea1d17817ad9a7ef401e86104@avcodec.org> Message-ID: <051.12a07b2ebc7ccf4f93ad25b186fc8c03@avcodec.org> #1554: Support reading proprietary AVID DNxHD MXF -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf avid | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by llogan): * status: new => open * reproduced: 0 => 1 Comment: As a side note FFmbc 0.7-rc7 can apparently decode this sample: {{{ $ ffmbc -loglevel debug -i PW0805A0V01.4C5B5636.EFA330.mxf FFmbc version 0.7-rc7 Copyright (c) 2008-2012 Baptiste Coudurier and the FFmpeg developers [mxf @ 0x19fb100] Format mxf probed with size=2048 and score=100 [mxf @ 0x19fb100] material track 1: no corresponding source package found [mxf @ 0x19fb100] material track 2: no corresponding source package found [dnxhd @ 0x1a01320] interlaced 2, cur field 0 [dnxhd @ 0x1a01320] frame size changed: 1920x540 -> 1920x1080 [dnxhd @ 0x1a01320] interlaced 3, cur field 1 [mxf @ 0x19fb100] All info found [mxf @ 0x19fb100] 0: start_time: 0 duration: 181 Input #0, mxf, from 'PW0805A0V01.4C5B5636.EFA330.mxf': Metadata: operational_pattern: OpAtom Duration: 00:00:06.03, start: 0.000000, bitrate: 146018 kb/s Stream #0.0(und), 1, 1001/30000: Video: dnxhd, yuv422p, 1920x1080i tff, tbc 0/1, tbr 30000/1001, tba 30000/1001, 29.97 fps At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 02:48:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 00:48:17 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.53120d3602aaaa0ac96ce05a5f76c1f8@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adam_csheng): ffmpeg version N-44159-g3b6e9cd Copyright (c) 2000-2012 the FFmpeg developers built on Sep 5 2012 10:28:08 with gcc 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) configuration: --disable-yasm libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.103 / 3. 15.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../stream/M4A_MP1_288Kbps_CBR_44.1KHz_2ch_complete.m4a': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41 creation_time : 2010-06-23 03:38:42 encoder : vlc 1.0.3 stream output encoder-eng : vlc 1.0.3 stream output Duration: 00:03:30.99, start: 0.000000, bitrate: 454 kb/s Stream #0:0(eng): Audio: mp1 (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 448 kb/s Metadata: creation_time : 2010-06-23 03:38:42 handler_name : SoundHandler Output #0, wav, to 'out.wav': Metadata: major_brand : isom minor_version : 0 compatible_brands: mp41 encoder-eng : vlc 1.0.3 stream output encoder : Lavf54.25.104 Stream #0:0(eng): Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Metadata: creation_time : 2010-06-23 03:38:42 handler_name : SoundHandler Stream mapping: Stream #0:0 -> #0:0 (mp1 -> pcm_s16le) Press [q] to stop, [?] for help [mp1 @ 0x2302d80] incomplete frame Error while decoding stream #0:0: Invalid data found when processing input [mp1 @ 0x2302d80] Header missing Error while decoding stream #0:0: Invalid data found when processing input size= 36345kB time=00:03:30.99 bitrate=1411.1kbits/s video:0kB audio:36345kB subtitle:0 global headers:0kB muxing overhead 0.000124% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 02:51:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 00:51:16 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.a61d9efe9e8589fe68519fd8b0de13e7@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adam_csheng): Above is the console output. Although there isn't any audible distortion, the second and third packet are decoding error. Is this should be a invalid bug? Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 02:57:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 00:57:18 -0000 Subject: [FFmpeg-trac] #1718(undetermined:new): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.2b4ecec53a5493f813e62ed7c38d8bff@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: MP1 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by adam_csheng): Have you ever seen my analysis about this issue? And if I add one line code 'state = 0;' after 'uint32_t state= pc->state;' line 48 in mpegaudio_parser.c, the issue would be gone. But I think you may give some formal patch for this issue. Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 09:56:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 07:56:58 -0000 Subject: [FFmpeg-trac] #1574(avformat:new): Opening specific MXF files failes In-Reply-To: <036.3117ae68b8bb7dec249bf13bf3a1bfad@avcodec.org> References: <036.3117ae68b8bb7dec249bf13bf3a1bfad@avcodec.org> Message-ID: <051.479619b66c2d63dba7fb10543619e5d2@avcodec.org> #1574: Opening specific MXF files failes ------------------------------------+------------------------------------ Reporter: shroomM | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by shroomM): Please close the ticket, the MXF file was corrupted. Sorry for the mistake. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 10:17:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 08:17:52 -0000 Subject: [FFmpeg-trac] #1574(avformat:closed): Opening specific MXF files failes In-Reply-To: <036.3117ae68b8bb7dec249bf13bf3a1bfad@avcodec.org> References: <036.3117ae68b8bb7dec249bf13bf3a1bfad@avcodec.org> Message-ID: <051.01d5f17cea5843fe2866469a192a3a42@avcodec.org> #1574: Opening specific MXF files failes ------------------------------------+------------------------------------ Reporter: shroomM | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: If any software (like old vlc) is able to decode the file, FFmpeg should imo also support it. But without a sample, this is unlikely to happen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 10:25:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 08:25:13 -0000 Subject: [FFmpeg-trac] #1718(avcodec:open): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.04d0f58f2dbffb0d9540b97a966128f4@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+----------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mp3 mp1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: MP1 => mp3 mp1 * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Replying to [comment:6 adam_csheng]: > Have you ever seen my analysis about this issue? If you know how to fix this problem, please send a patch to ffmpeg-devel. (You can also attach the patch here, but patches generally receive more attention on the mailing list.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 10:27:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 08:27:37 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.237b2b8bbc1a54ec0e509a1222a3d015@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: skank (added) * keywords: subtitle m2ts pmt bluray => subtitle mpegts pmt bluray Comment: Replying to [comment:20 skank]: > When will this be fixed? Did you provide a sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 13:03:54 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 11:03:54 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.12d0b465953525fecc656411401ec650@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Sebastiii): Hi, Sorry i was remove the sample few week ago, didn't remember that it was linked to this issue. I'm reuploading it and eta/finish upload should be in 1 hour. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 13:22:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 11:22:15 -0000 Subject: [FFmpeg-trac] #1721(FFplay:new): ffplay doesn't correctly plays files with audio timestamps not starting from 0 Message-ID: <034.4bf20c347edffbdefecc75203c95a3c0@avcodec.org> #1721: ffplay doesn't correctly plays files with audio timestamps not starting from 0 -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: | Keywords: ffplay unspecified | audio Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- ffplay can't correctly plays file, where the audio timestamps doesn't start from 0. A test file can be created with the command: {{{ ffmpeg -f lavfi -i "flite=text='To be or not to be, that is the question',asetpts=PTS+5/TB [out0]; testsrc=n=2[out1]" -ar 16000 -acodec libmp3lame -y out.mp4 }}} ffplay starts to play the video from the point where the audio starts, which doesn't seem the correct behavior. Compare for example with how vlc plays the file. I don't know which is the best place to address the issue. We could add an audio pad filter, which fills the gap (but that would introduce another dependency on ffplay), or add the logic (possibly configurable) to handle that within ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 13:24:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 11:24:36 -0000 Subject: [FFmpeg-trac] #1721(FFplay:new): ffplay doesn't correctly play files with audio timestamps not starting from 0 (was: ffplay doesn't correctly plays files with audio timestamps not starting from 0) In-Reply-To: <034.4bf20c347edffbdefecc75203c95a3c0@avcodec.org> References: <034.4bf20c347edffbdefecc75203c95a3c0@avcodec.org> Message-ID: <049.5504c0382df1666a08188421690c8650@avcodec.org> #1721: ffplay doesn't correctly play files with audio timestamps not starting from 0 --------------------------------------+---------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: ffplay audio | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 16:30:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 14:30:58 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.9b0959103a1369d78ee066f90f6aeeff@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:24 kelexel]: > Well, I'ld say it's up to you. > One thing is certain, as you stated in first part, if live=1 than, in theory we would require the EXT-X-ALLOW-CACHE 0 .. > Also, I do agree with you, this is relative to the playlist, not the segment itself, so I (IMO) would rather have it for *segement list* rather than *segment* ... > > #edit: understood re "-segment_list_flags +live-cache" think it's a great idea! > one could then set +live-cache or +live+cache (or simply +live-cache and +live) as option ? > > can't wait to see this merged to Master ;) Bump. Please try the attached patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 18:06:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 16:06:01 -0000 Subject: [FFmpeg-trac] #1642(avformat:reopened): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.202195edbf23a0440fa01839b98dc17f@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: reopened Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by arut): kelexel, thanks a lot for your hard work towards native HLS support in ffmpeg. There's another issue with HLS playlist. Playlist generation in ffmpeg is obviously not atomic. So if you serve ffmpeg-generated files with nginx a half-filled (or just empty?) playlist can arrive to a client. The atomic way is tempfile-on-the-same-fs/rename. I wish somebody could test that on a high-load server. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 19:42:33 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 17:42:33 -0000 Subject: [FFmpeg-trac] #1719(avformat:open): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one In-Reply-To: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> References: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> Message-ID: <052.4e16b6b17235238df0a93df196839d0d@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: demuxer pat pmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by aurelien): I only have samples with a very long section, not multiple. Actually I never saw tables with multiple sections (except EIT). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 7 19:50:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 17:50:10 -0000 Subject: [FFmpeg-trac] #1719(avformat:open): MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one In-Reply-To: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> References: <037.37e69910b5510e5d4018fd50bf3917b2@avcodec.org> Message-ID: <052.a91d8f64b75b7ecebe3a49ba243310ca@avcodec.org> #1719: MPEG-TS demuxer : don't parse a PAT (and clear programs) if its version number is the same as the previous one -------------------------------------+------------------------------------- Reporter: aurelien | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegts | Blocked By: demuxer pat pmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): then maybe we can ignore the multiple section issue and just issue a warning. The issue with the data changing while version does not remains though -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 00:34:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 07 Sep 2012 22:34:58 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.8a9d6b7e022ebda82bdfd0449efc6a83@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:22 Sebastiii]: > Sorry i was remove the sample few week ago, didn't remember that it was linked to this issue. > I'm reuploading it and eta/finish upload should be in 1 hour. Your sample is still available, another user suggested that one part of the issue - that subtitles disappear immediately - is important so I asked if he can provide an additional sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 05:40:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Sep 2012 03:40:04 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.7db0fcea165eb2c48beef50da37f7fca@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): I too am having a problem with subtitles disappearing immediately just like skank said. http://dl.dropbox.com/u/103661855/Sample...ssue-.m2ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 18:24:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Sep 2012 16:24:01 -0000 Subject: [FFmpeg-trac] #1644(avfilter:new): vf select doesn't work with multiple images output In-Reply-To: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> References: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> Message-ID: <050.3d03c7867f65d6ea3c44b9e859b8e82b@avcodec.org> #1644: vf select doesn't work with multiple images output -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: select | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by rogerdpack): Yeah I agree that for most people, their default thought is "I'm converting to images? It will output one output image per input frame" so +1 from me for making -vsync vfr default in this case... :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 20:07:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Sep 2012 18:07:14 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.ccc2156cd9d11efc9ddccbf0718e7b89@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Sebastiii): I have tested the new sample (with LAV Splittter + Mediaportal) and subs are ok. Lav Splitter has heleppkes fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 20:31:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Sep 2012 18:31:18 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not handle. In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.61bf6ccd7e91294cb5dbabd26ca93f68@avcodec.org> #598: Subtitle on some BD/m2ts files are not handle. -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: subtitle | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by skank): Xbmc uses ffmpeg and not lav splitter.. Thatswhy we posted here.. Ffmpeg should have a fix for this... Isnt it possible to fix for ffmpeg so xbmc is fixed too... And vlc too.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 8 21:04:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 08 Sep 2012 19:04:39 -0000 Subject: [FFmpeg-trac] #1644(avfilter:new): vf select doesn't work with multiple images output In-Reply-To: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> References: <035.2c4e0b695a4de7ff14d5bd143831ea99@avcodec.org> Message-ID: <050.0b72019babfa798e4f08d27758551b4b@avcodec.org> #1644: vf select doesn't work with multiple images output -------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: unspecified | Resolution: Keywords: select | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Cigaes): Some people expect that. Other people output to images to apply some external processing and then re-encode, and expect this process to keep A-V sync even if the source material had a few skipped black frames. Either behaviour makes sense as the default one. Changing the default is a severe interface change. And using "smarter" heuristics would probably be more fragile. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 9 10:52:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Sep 2012 08:52:55 -0000 Subject: [FFmpeg-trac] #1722(FFmpeg:new): PGS subtitles vanish/disappear immediately in m2ts Message-ID: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts -------------------------------------+------------------------------------- Reporter: skank | Type: defect Status: new | Priority: important Component: FFmpeg | Version: Keywords: pgs | unspecified subtitle disappear | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- PGS subtitles vanish/disappear immediately after shown.. in m2ts files.. This is quite an urgent problems as none of the blurays with it, play subtitles well.. Its only an ffmpeg issue cause the same thing plays well on powerdvd, Total media theater, MPC-HC ,... To test, you should use xbmcplayer or VLC player (as both are using ffmpeg) not something else Sample file: http://dl.dropbox.com/u/103661855/Sample%20of%20Subtitle%20Issue-.m2ts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 9 12:50:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Sep 2012 10:50:01 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.989857e30c0c850db57c5b226f2b63c7@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts -------------------------------------+------------------------------------- Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgs | Blocked By: subtitle disappear | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Cigaes): * priority: important => normal * status: new => open * version: unspecified => git-master * component: FFmpeg => avformat * reproduced: 0 => 1 Comment: I am not sure I understand you correctly. You mean that: * xbmcplayer and VLC have the problem; * powerdvd, Total media theater, MPC-HC (not ffmpeg-based) do not have the problem; is that it? On the other hand, MPlayer, which is also ffmpeg-based, displays the subtitles correctly. There are known problems with the PGS decoder, especially with timing. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 9 13:16:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Sep 2012 11:16:45 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.b52779ec5142fee3a997ea017c5815d7@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts -------------------------------------+------------------------------------- Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgs | Blocked By: subtitle disappear | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by skank): I tried it with latest version of FFplay and same issue.. So for now: Problems with xbmcplayer, vlcplayer, FFplay No problems with: powerdvd, total media theater, mpc-hc (and standalone players like PCH or dune..) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 9 14:47:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Sep 2012 12:47:10 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.33b8daaccef1de03d6d76cf3b9cc2ef3@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts -------------------------------------+------------------------------------- Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgs | Blocked By: subtitle disappear | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by DoomBot): Same problem here the subtitles just flash on screen very fast and then their gone. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 9 23:45:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 09 Sep 2012 21:45:56 -0000 Subject: [FFmpeg-trac] #1723(undetermined:new): Stream selection doesn't check the existence of the stream Message-ID: <034.02a3dbc9a7f22ed59fa027d59ba6dfb7@avcodec.org> #1723: Stream selection doesn't check the existence of the stream -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: When the stream selection is used in such a way that it selects a non- existing stream, ffmpeg doesn't show any warnings or errors, but rather chooses to ignore the issue completely. For example, if our input contains 2 video streams and we try to select a non-existent video stream like "-c:v:333" it will not complain, but IMHO it should, because if a user has specified a command line option for something, it means he wants that option to be taken into account. The least ffmpeg could do is issue a warning saying it is a non-existent stream selected. How to reproduce: {{{ % ffmpeg -i input -c:v:333 copy output }}} Instead of getting an error, warning or something like this: {{{ Stream mapping: Stream #0:0 -> #0:0 (copy) }}} the result is the same as if "-c:v:333 copy" was deleted from cmd line, thus ignored totally, using some default encoder like this: {{{ Stream mapping: Stream #0:0 -> #0:0 (h264 -> libx264) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 04:15:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 02:15:27 -0000 Subject: [FFmpeg-trac] #1718(avcodec:open): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.688eb9389387ed1b057bdf5f7c019a1e@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+----------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mp3 mp1 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by adam_csheng): I've sent patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 08:50:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 06:50:45 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.d4605333acb7a0f2c7ee6889f4e24886@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: pgs subtitle disappear => pgssub Comment: Complete, uncut console output missing. Analysis of the problem can be found in ticket #598: https://ffmpeg.org/trac/ffmpeg/ticket/598#comment:18 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 08:54:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 06:54:17 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not detected because CRC check fails (was: Subtitle on some BD/m2ts files are not handle.) In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.bc22a251a91f83dceb233e130a59c228@avcodec.org> #598: Subtitle on some BD/m2ts files are not detected because CRC check fails -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: subtitle mpegts pmt bluray => pgssub mpegts pmt bluray Comment: Ticket #1722 is about the disappearing of subtitles, please use this ticket only for the CRC problem when reading subtitles in transport streams. We currently have one sample in http://samples.ffmpeg.org/ffmpeg- bugs/trac/ticket598/ - is there an additional sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 09:24:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 07:24:53 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.525a86635b9f9c424f333fd01f133e13@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): Hi cehoyos... What do you mean analysis can be found there... thats a different bug no? Will there come a fix for this problem in the future? Thank you for your time ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 10:18:13 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 08:18:13 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.8de471170eb7dd750d9f698b0efa32f0@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:5 skank]: > What do you mean analysis can be found there... thats a different bug no? It may be a different bug (I don't know) but since it manifests in exactly the same way - pgs subtitles only showing for one frame - I assume it is the same bug so I also assume the analysis (that may or may not be correct) applies. Please add complete, uncut console output to make this a valid ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 13:14:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 11:14:30 -0000 Subject: [FFmpeg-trac] #1724(undetermined:new): Remuxing MKV to MPEG-TS causes video to freeze with latest builds Message-ID: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds -------------------------------------+------------------------------------- Reporter: dvlpr | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Remuxing an MKV with h264 video to an MPEG-TS (video only, audio doesn't matter) causes the video to freeze with latest FFmpeg builds. The latest working build I have is N-43161-g31d8261 - a few days, or a couple of weeks after that, this issue came up. It happens on my Sony Bravia TV, playing the same file remuxed using two different FFmpeg versions. The first output works, the second one freezes. Works: ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" ffmpeg version N-43161-g31d8261 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 12:09:29 with gcc 4.7.1 (GCC) configuration: --prefix=/home/dennis/out --disable-shared --enable- static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 --disable- w32threads --enable-memalign-hack --enable-zlib --disable-postproc --enable-libx264 --extra-libs='-lx264 -lpthread' --enable-runtime- cpudetect --extra-cflags=-I/home/dennis/cc/include --extra- ldflags=-L/home/dennis/cc/lib --enable-libmp3lame libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': Metadata: creation_time : 2007-11-13 23:05:10 Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Stream #0:2(eng): Subtitle: ssa (default) Stream #0:3(fre): Subtitle: ssa Stream #0:4(rum): Subtitle: ssa Stream #0:5(dut): Subtitle: ssa Stream #0:6(spa): Subtitle: ssa Stream #0:7: Attachment: ttf Metadata: filename : CronosPro-Bold.ttf mimetype : application/x-truetype-font Stream #0:8: Attachment: ttf Metadata: filename : CronosPro-Semibold.ttf mimetype : application/x-truetype-font Stream #0:9: Attachment: ttf Metadata: filename : CronosPro-SemiboldIt.ttf mimetype : application/x-truetype-font [mpegts @ 03fdb700] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'E:\out.mts': Metadata: encoder : Lavf54.22.100 Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dca -> ac3_fixed) Press [q] to stop, [?] for help frame= 326 fps=0.0 q=-1.0 size= 5088kB time=00:00:13.51 bitrate=3084.5kbits/s frame= 567 fps=545 q=-1.0 size= 8152kB time=00:00:23.56 bitrate=2833.9kbits/s frame= 902 fps=586 q=-1.0 size= 11896kB time=00:00:37.53 bitrate=2596.2kbits/s frame= 1317 fps=646 q=-1.0 size= 16148kB time=00:00:54.84 bitrate=2411.9kbits/s frame= 1742 fps=686 q=-1.0 size= 19931kB time=00:01:12.57 bitrate=2249.8kbits/s frame= 2140 fps=704 q=-1.0 size= 27172kB time=00:01:29.17 bitrate=2496.2kbits/s frame= 2286 fps=707 q=-1.0 size= 32077kB time=00:01:35.26 bitrate=2758.4kbits/s video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead 9.001473% Freezes: ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" ffmpeg version N-44287-gdd081f9 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 9 2012 08:51:01 with gcc 4.7.1 (GCC) configuration: --prefix=/home/dennis/out --disable-shared --enable- static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 --disable- pthreads --enable-memalign-hack --enable-zlib --disable-postproc --enable- libx264 --extra-libs=-lx264 --enable-runtime-cpudetect --extra- cflags=-I/home/dennis/cc/include --extra-ldflags=-L/home/dennis/cc/lib --enable-libmp3lame libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.100 / 3. 16.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': Metadata: creation_time : 2007-11-13 23:05:10 Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Stream #0:2(eng): Subtitle: ssa (default) Stream #0:3(fre): Subtitle: ssa Stream #0:4(rum): Subtitle: ssa Stream #0:5(dut): Subtitle: ssa Stream #0:6(spa): Subtitle: ssa Codec 0x18000 is not in the full list. Stream #0:7: Attachment: unknown_codec Metadata: filename : CronosPro-Bold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:8: Attachment: unknown_codec Metadata: filename : CronosPro-Semibold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:9: Attachment: unknown_codec Metadata: filename : CronosPro-SemiboldIt.ttf mimetype : application/x-truetype-font [mpegts @ 040c61a0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'E:\out.mts': Metadata: encoder : Lavf54.25.105 Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dca -> ac3_fixed) Press [q] to stop, [?] for help frame= 129 fps=0.0 q=-1.0 size= 2020kB time=00:00:05.43 bitrate=3045.3kbits/s frame= 263 fps=263 q=-1.0 size= 4058kB time=00:00:11.06 bitrate=3003.7kbits/s frame= 433 fps=288 q=-1.0 size= 6288kB time=00:00:18.04 bitrate=2855.2kbits/s frame= 627 fps=312 q=-1.0 size= 8766kB time=00:00:26.26 bitrate=2734.0kbits/s frame= 874 fps=349 q=-1.0 size= 11732kB time=00:00:36.50 bitrate=2632.9kbits/s frame= 1106 fps=365 q=-1.0 size= 13889kB time=00:00:46.10 bitrate=2467.8kbits/s frame= 1341 fps=380 q=-1.0 size= 16160kB time=00:00:56.02 bitrate=2362.8kbits/s frame= 1537 fps=381 q=-1.0 size= 18442kB time=00:01:04.11 bitrate=2356.3kbits/s frame= 1778 fps=390 q=-1.0 size= 20276kB time=00:01:14.16 bitrate=2239.5kbits/s frame= 2017 fps=397 q=-1.0 size= 24900kB time=00:01:24.18 bitrate=2423.0kbits/s frame= 2211 fps=391 q=-1.0 size= 28801kB time=00:01:32.21 bitrate=2558.5kbits/s frame= 2286 fps=392 q=-1.0 size= 32078kB time=00:01:35.44 bitrate=2753.2kbits/s video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead 9.004592% I've tried both w32threads and pthreads without luck. I'm uploading a sample "remux_frozen_video_sample.*" to the ftp. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 18:11:46 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 16:11:46 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames Message-ID: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> #1725: filter_complex losing frames --------------------------------------+---------------------------------- Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Summary of the bug: I'm overlaying transparant PNGs over another video which I'm upscaling. Somehow I seem to be losing frames. How to reproduce: {{{ % ffmpeg -i big_buck_bunny_1080p_h264.mov -i frame%05d.png -filter_complex "[0:v] scale=3840:2160[bbb];[bbb][1:v] overlay[out]" -map "[out]" test.mp4 ffmpeg version N-44322-g1e9caf9 built on Sep 10 2012 11:35:03 with clang version 3.1 (tags/RELEASE_31/final) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 18:12:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 16:12:53 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.cf2d595bb85cd88f6dec7fd57cf7f856@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Full output: {{{ ffmpeg -i /srv/files/videos/big_buck_bunny_1080p_h264.mov -i frame%05d.png -filter_complex "[0:v] scale=3840:2160[bbb];[bbb][1:v] overlay[out]" -map "[out]" /usr/local/src/test.mp4 ffmpeg version N-44322-g1e9caf9 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 10 2012 11:35:03 with clang version 3.1 (tags/RELEASE_31/final) configuration: --cc=/opt/clang/bin/clang --enable-avfilter --enable- frei0r --enable-gpl --enable-libfaac --enable-libmp3lame --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-nonfree --enable-pthreads --disable-shared --enable-static --enable-version3 --enable-x11grab libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.101 / 3. 16.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/srv/files/videos/big_buck_bunny_1080p_h264.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2008-05-27 18:40:35 timecode : 00:00:00:00 Duration: 00:09:56.46, start: 0.000000, bitrate: 4849 kb/s Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1920x1080, 9282 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc Metadata: creation_time : 2008-05-27 18:40:35 handler_name : Apple Alias Data Handler Stream #0:1(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2008-05-27 18:40:35 handler_name : Apple Alias Data Handler timecode : 00:00:00:00 Stream #0:2(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, 5.1, s16, 437 kb/s Metadata: creation_time : 2008-05-27 18:40:35 handler_name : Apple Alias Data Handler Input #1, image2, from 'frame%05d.png': Duration: 00:00:20.00, start: 0.000000, bitrate: N/A Stream #1:0: Video: png, rgba, 3840x2160, 25 fps, 25 tbr, 25 tbn, 25 tbc File '/usr/local/src/test.mp4' already exists. Overwrite ? [y/N] y 264 - core 125 r2200 999b753 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=6 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=24 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 Output #0, mp4, to '/usr/local/src/test.mp4': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt timecode : 00:00:00:00 encoder : Lavf54.25.105 Stream #0:0: Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 3840x2160, q=-1--1, 24 tbn, 24 tbc Stream mapping: Stream #0:0 (h264) -> scale Stream #1:0 (png) -> overlay:overlay overlay -> Stream #0:0 (libx264) Press [q] to stop, [?] for help frame= 34 fps=2.2 q=-1.0 Lsize= 1118kB time=00:00:01.33 bitrate=6866.6kbits/s video:1117kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.086493% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 18:13:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 16:13:38 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.a9e80b68cb0f4d33276270ce2f7402f0@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): I noticed that I was using frames as the numbered%05d.png's contain the framenumber in each frame. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 18:53:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 16:53:33 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.055af5abb28c5e570992f5c5e1900aa0@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [comment:1 takis]: > {{{ > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/srv/files/videos/big_buck_bunny_1080p_h264.mov': > Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 1920x1080, 9282 kb/s, 24 fps, 24 tbr, 2400 tbn, 4800 tbc > Input #1, image2, from 'frame%05d.png': > Stream #1:0: Video: png, rgba, 3840x2160, 25 fps, 25 tbr, 25 tbn, 25 tbc > }}} As quoted, your main video is 24 FPS while the overlay video (they are actually images, but ffmpeg sees them as a single video) is 25 FPS: one frame per second of the overlay falls between two frames of the main input and is dropped. That is normal behaviour. If your frames are supposed to match, specify the frame rate for the images. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 10 20:51:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 18:51:23 -0000 Subject: [FFmpeg-trac] #1724(undetermined:new): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.9e3e42c6b2b7af361b0ee8903876c60c@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds -------------------------------------+------------------------------------- Reporter: dvlpr | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): what about other players? It might be hard to reproduce the failure if devs need a Sony bravia... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 01:09:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 23:09:17 -0000 Subject: [FFmpeg-trac] #1724(undetermined:new): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.50836bd84b1fc7a3cc1bfc265dc55fb5@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds -------------------------------------+------------------------------------- Reporter: dvlpr | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by dvlpr): I'll need to check, but I think VLC plays it fine. It may be some change that makes the file less-compatible with hardware-based players. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 01:31:09 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 10 Sep 2012 23:31:09 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.7d2874b5a1c06f25b1bf668a34054979@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: reopened => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit 00d516454c77a77d11c97099cba069030d82a7cb Author: Stefano Sabatini Date: Sat Sep 1 18:01:51 2012 +0200 lavf/segment: add segment_list_flags option Allow to specify options affecting the segment list generation. In particular: add +live and +cache flags. For a full discussion read trac ticket #1642: http://ffmpeg.org/trac/ffmpeg/ticket/1642 Also add live M3U8 generation example. }}} Please reopen the ticket if you have issues with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 08:41:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 06:41:54 -0000 Subject: [FFmpeg-trac] #1724(undetermined:new): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.76f126571566b25ac8a5e918d6b4f232@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds -------------------------------------+------------------------------------- Reporter: dvlpr | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > Remuxing an MKV with h264 video to an MPEG-TS (video only, audio doesn't > matter) causes the video to freeze with latest FFmpeg builds. > > The latest working build I have is N-43161-g31d8261 - a few days, or a > couple of weeks after that, this issue came up. > > It happens on my Sony Bravia TV, playing the same file remuxed using two > different FFmpeg versions. The first output works, the second one > freezes. > > Works: > > ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 > -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 > -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" > ffmpeg version N-43161-g31d8261 Copyright (c) 2000-2012 the FFmpeg > developers > built on Aug 3 2012 12:09:29 with gcc 4.7.1 (GCC) > configuration: --prefix=/home/dennis/out --disable-shared --enable- > static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 > --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- > ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 > --disable-w32threads --enable-memalign-hack --enable-zlib --disable- > postproc --enable-libx264 --extra-libs='-lx264 -lpthread' --enable- > runtime-cpudetect --extra-cflags=-I/home/dennis/cc/include --extra- > ldflags=-L/home/dennis/cc/lib --enable-libmp3lame > libavutil 51. 66.100 / 51. 66.100 > libavcodec 54. 48.100 / 54. 48.100 > libavformat 54. 22.100 / 54. 22.100 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 5.101 / 3. 5.101 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': > Metadata: > creation_time : 2007-11-13 23:05:10 > Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s > Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR > 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) > Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 > kb/s (default) > Stream #0:2(eng): Subtitle: ssa (default) > Stream #0:3(fre): Subtitle: ssa > Stream #0:4(rum): Subtitle: ssa > Stream #0:5(dut): Subtitle: ssa > Stream #0:6(spa): Subtitle: ssa > Stream #0:7: Attachment: ttf > Metadata: > filename : CronosPro-Bold.ttf > mimetype : application/x-truetype-font > Stream #0:8: Attachment: ttf > Metadata: > filename : CronosPro-Semibold.ttf > mimetype : application/x-truetype-font > Stream #0:9: Attachment: ttf > Metadata: > filename : CronosPro-SemiboldIt.ttf > mimetype : application/x-truetype-font > [mpegts @ 03fdb700] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt > every 40 pkts > Output #0, mpegts, to 'E:\out.mts': > Metadata: > encoder : Lavf54.22.100 > Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR > 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) > Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (dca -> ac3_fixed) > Press [q] to stop, [?] for help > frame= 326 fps=0.0 q=-1.0 size= 5088kB time=00:00:13.51 > bitrate=3084.5kbits/s > frame= 567 fps=545 q=-1.0 size= 8152kB time=00:00:23.56 > bitrate=2833.9kbits/s > frame= 902 fps=586 q=-1.0 size= 11896kB time=00:00:37.53 > bitrate=2596.2kbits/s > frame= 1317 fps=646 q=-1.0 size= 16148kB time=00:00:54.84 > bitrate=2411.9kbits/s > frame= 1742 fps=686 q=-1.0 size= 19931kB time=00:01:12.57 > bitrate=2249.8kbits/s > frame= 2140 fps=704 q=-1.0 size= 27172kB time=00:01:29.17 > bitrate=2496.2kbits/s > frame= 2286 fps=707 q=-1.0 size= 32077kB time=00:01:35.26 > bitrate=2758.4kbits/s > > video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead > 9.001473% > > Freezes: > > ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 > -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 > -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" > ffmpeg version N-44287-gdd081f9 Copyright (c) 2000-2012 the FFmpeg > developers > built on Sep 9 2012 08:51:01 with gcc 4.7.1 (GCC) > configuration: --prefix=/home/dennis/out --disable-shared --enable- > static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 > --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- > ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 > --disable-pthreads --enable-memalign-hack --enable-zlib --disable- > postproc --enable-libx264 --extra-libs=-lx264 --enable-runtime-cpudetect > --extra-cflags=-I/home/dennis/cc/include --extra- > ldflags=-L/home/dennis/cc/lib --enable-libmp3lame > libavutil 51. 72.100 / 51. 72.100 > libavcodec 54. 55.100 / 54. 55.100 > libavformat 54. 25.105 / 54. 25.105 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 16.100 / 3. 16.100 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': > Metadata: > creation_time : 2007-11-13 23:05:10 > Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s > Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR > 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) > Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 > kb/s (default) > Stream #0:2(eng): Subtitle: ssa (default) > Stream #0:3(fre): Subtitle: ssa > Stream #0:4(rum): Subtitle: ssa > Stream #0:5(dut): Subtitle: ssa > Stream #0:6(spa): Subtitle: ssa > Codec 0x18000 is not in the full list. > Stream #0:7: Attachment: unknown_codec > Metadata: > filename : CronosPro-Bold.ttf > mimetype : application/x-truetype-font > Codec 0x18000 is not in the full list. > Stream #0:8: Attachment: unknown_codec > Metadata: > filename : CronosPro-Semibold.ttf > mimetype : application/x-truetype-font > Codec 0x18000 is not in the full list. > Stream #0:9: Attachment: unknown_codec > Metadata: > filename : CronosPro-SemiboldIt.ttf > mimetype : application/x-truetype-font > [mpegts @ 040c61a0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt > every 40 pkts > Output #0, mpegts, to 'E:\out.mts': > Metadata: > encoder : Lavf54.25.105 > Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR > 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) > Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) > Stream mapping: > Stream #0:0 -> #0:0 (copy) > Stream #0:1 -> #0:1 (dca -> ac3_fixed) > Press [q] to stop, [?] for help > frame= 129 fps=0.0 q=-1.0 size= 2020kB time=00:00:05.43 > bitrate=3045.3kbits/s > frame= 263 fps=263 q=-1.0 size= 4058kB time=00:00:11.06 > bitrate=3003.7kbits/s > frame= 433 fps=288 q=-1.0 size= 6288kB time=00:00:18.04 > bitrate=2855.2kbits/s > frame= 627 fps=312 q=-1.0 size= 8766kB time=00:00:26.26 > bitrate=2734.0kbits/s > frame= 874 fps=349 q=-1.0 size= 11732kB time=00:00:36.50 > bitrate=2632.9kbits/s > frame= 1106 fps=365 q=-1.0 size= 13889kB time=00:00:46.10 > bitrate=2467.8kbits/s > frame= 1341 fps=380 q=-1.0 size= 16160kB time=00:00:56.02 > bitrate=2362.8kbits/s > frame= 1537 fps=381 q=-1.0 size= 18442kB time=00:01:04.11 > bitrate=2356.3kbits/s > frame= 1778 fps=390 q=-1.0 size= 20276kB time=00:01:14.16 > bitrate=2239.5kbits/s > frame= 2017 fps=397 q=-1.0 size= 24900kB time=00:01:24.18 > bitrate=2423.0kbits/s > frame= 2211 fps=391 q=-1.0 size= 28801kB time=00:01:32.21 > bitrate=2558.5kbits/s > frame= 2286 fps=392 q=-1.0 size= 32078kB time=00:01:35.44 > bitrate=2753.2kbits/s > > video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead > 9.004592% > > I've tried both w32threads and pthreads without luck. > > I'm uploading a sample "remux_frozen_video_sample.*" to the ftp. New description: Remuxing an MKV with h264 video to an MPEG-TS (video only, audio doesn't matter) causes the video to freeze with latest FFmpeg builds. The latest working build I have is N-43161-g31d8261 - a few days, or a couple of weeks after that, this issue came up. It happens on my Sony Bravia TV, playing the same file remuxed using two different FFmpeg versions. The first output works, the second one freezes. Works: {{{ ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" ffmpeg version N-43161-g31d8261 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 3 2012 12:09:29 with gcc 4.7.1 (GCC) configuration: --prefix=/home/dennis/out --disable-shared --enable- static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 --disable- w32threads --enable-memalign-hack --enable-zlib --disable-postproc --enable-libx264 --extra-libs='-lx264 -lpthread' --enable-runtime- cpudetect --extra-cflags=-I/home/dennis/cc/include --extra- ldflags=-L/home/dennis/cc/lib --enable-libmp3lame libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.101 / 3. 5.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': Metadata: creation_time : 2007-11-13 23:05:10 Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Stream #0:2(eng): Subtitle: ssa (default) Stream #0:3(fre): Subtitle: ssa Stream #0:4(rum): Subtitle: ssa Stream #0:5(dut): Subtitle: ssa Stream #0:6(spa): Subtitle: ssa Stream #0:7: Attachment: ttf Metadata: filename : CronosPro-Bold.ttf mimetype : application/x-truetype-font Stream #0:8: Attachment: ttf Metadata: filename : CronosPro-Semibold.ttf mimetype : application/x-truetype-font Stream #0:9: Attachment: ttf Metadata: filename : CronosPro-SemiboldIt.ttf mimetype : application/x-truetype-font [mpegts @ 03fdb700] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'E:\out.mts': Metadata: encoder : Lavf54.22.100 Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dca -> ac3_fixed) Press [q] to stop, [?] for help frame= 326 fps=0.0 q=-1.0 size= 5088kB time=00:00:13.51 bitrate=3084.5kbits/s frame= 567 fps=545 q=-1.0 size= 8152kB time=00:00:23.56 bitrate=2833.9kbits/s frame= 902 fps=586 q=-1.0 size= 11896kB time=00:00:37.53 bitrate=2596.2kbits/s frame= 1317 fps=646 q=-1.0 size= 16148kB time=00:00:54.84 bitrate=2411.9kbits/s frame= 1742 fps=686 q=-1.0 size= 19931kB time=00:01:12.57 bitrate=2249.8kbits/s frame= 2140 fps=704 q=-1.0 size= 27172kB time=00:01:29.17 bitrate=2496.2kbits/s frame= 2286 fps=707 q=-1.0 size= 32077kB time=00:01:35.26 bitrate=2758.4kbits/s video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead 9.001473% }}} Freezes: {{{ ffmpeg.exe -i "E:\remux_frozen_video_sample.mkv" -y -c:v copy -map 0:0 -bsf h264_mp4toannexb -c:a ac3_fixed -b:a 640000 -ar 48000 -ac 6 -map 0:1 -f mpegts -threads 0 -crf 23 "E:\out.mts" ffmpeg version N-44287-gdd081f9 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 9 2012 08:51:01 with gcc 4.7.1 (GCC) configuration: --prefix=/home/dennis/out --disable-shared --enable- static --cross-prefix=i686-w64-mingw32- --arch=x86 --target-os=mingw32 --enable-cross-compile --disable-ffprobe --disable-ffplay --disable- ffserver --pkg-config=pkg-config --enable-gpl --enable-version3 --disable- pthreads --enable-memalign-hack --enable-zlib --disable-postproc --enable- libx264 --extra-libs=-lx264 --enable-runtime-cpudetect --extra- cflags=-I/home/dennis/cc/include --extra-ldflags=-L/home/dennis/cc/lib --enable-libmp3lame libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.100 / 3. 16.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, matroska,webm, from 'E:\remux_frozen_video_sample.mkv': Metadata: creation_time : 2007-11-13 23:05:10 Duration: 01:56:35.99, start: 0.000000, bitrate: 46 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x536, SAR 1:1 DAR 160:67, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(eng): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s (default) Stream #0:2(eng): Subtitle: ssa (default) Stream #0:3(fre): Subtitle: ssa Stream #0:4(rum): Subtitle: ssa Stream #0:5(dut): Subtitle: ssa Stream #0:6(spa): Subtitle: ssa Codec 0x18000 is not in the full list. Stream #0:7: Attachment: unknown_codec Metadata: filename : CronosPro-Bold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:8: Attachment: unknown_codec Metadata: filename : CronosPro-Semibold.ttf mimetype : application/x-truetype-font Codec 0x18000 is not in the full list. Stream #0:9: Attachment: unknown_codec Metadata: filename : CronosPro-SemiboldIt.ttf mimetype : application/x-truetype-font [mpegts @ 040c61a0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'E:\out.mts': Metadata: encoder : Lavf54.25.105 Stream #0:0(eng): Video: h264, yuv420p, 1280x536 [SAR 1:1 DAR 160:67], q=2-31, 23.98 fps, 90k tbn, 23.98 tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 640 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (dca -> ac3_fixed) Press [q] to stop, [?] for help frame= 129 fps=0.0 q=-1.0 size= 2020kB time=00:00:05.43 bitrate=3045.3kbits/s frame= 263 fps=263 q=-1.0 size= 4058kB time=00:00:11.06 bitrate=3003.7kbits/s frame= 433 fps=288 q=-1.0 size= 6288kB time=00:00:18.04 bitrate=2855.2kbits/s frame= 627 fps=312 q=-1.0 size= 8766kB time=00:00:26.26 bitrate=2734.0kbits/s frame= 874 fps=349 q=-1.0 size= 11732kB time=00:00:36.50 bitrate=2632.9kbits/s frame= 1106 fps=365 q=-1.0 size= 13889kB time=00:00:46.10 bitrate=2467.8kbits/s frame= 1341 fps=380 q=-1.0 size= 16160kB time=00:00:56.02 bitrate=2362.8kbits/s frame= 1537 fps=381 q=-1.0 size= 18442kB time=00:01:04.11 bitrate=2356.3kbits/s frame= 1778 fps=390 q=-1.0 size= 20276kB time=00:01:14.16 bitrate=2239.5kbits/s frame= 2017 fps=397 q=-1.0 size= 24900kB time=00:01:24.18 bitrate=2423.0kbits/s frame= 2211 fps=391 q=-1.0 size= 28801kB time=00:01:32.21 bitrate=2558.5kbits/s frame= 2286 fps=392 q=-1.0 size= 32078kB time=00:01:35.44 bitrate=2753.2kbits/s video:21970kB audio:7458kB subtitle:0 global headers:0kB muxing overhead 9.004592% }}} I've tried both w32threads and pthreads without luck. I'm uploading a sample "remux_frozen_video_sample.*" to the ftp. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 10:50:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 08:50:15 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.6638c690072d77a15df16c55283ab1ba@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Ah! I should have read FFmpeg's output... I did not know it assumed the image sequence would be a 25 fps video. Thanks for your fast reply! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 11:03:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 09:03:07 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.e51aa1aee66003c02b1e86adf740e74e@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by takis): Here's the updated commandline: {{{ ffmpeg -i big_buck_bunny_1080p_h264.mov -f image2 -r 24 -i frame%05d.png -filter_complex "[0:v] scale=3840:2160[bbb];[bbb][1:v] overlay[out]" -map "[out]" test.mp4 }}} Leaving out the "-f image2" does not work though. Not sure why. Unfortunately, there's still one frame missing: The second frame always goes missing now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 11:14:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 09:14:32 -0000 Subject: [FFmpeg-trac] #1724(avformat:open): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.19b269bd8770643cce67ffd3f9055356@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds ------------------------------------+------------------------------------ Reporter: dvlpr | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * component: undetermined => avformat * version: unspecified => git-master Comment: I suspect this is a regression since 3e1cf49 - related to ticket #1242. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 11:39:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 09:39:04 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.5fe384ce5d8d662b89839db121b4d03b@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+----------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid Comment: Afaict, there is nothing we can do about this problem. As said, I will add people to CC if they post a message to a ticket that they want to be added. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 12:24:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 10:24:06 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.8e9b74fa9fb10de2e8a15c1808dddfe5@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+----------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by burek): Maybe offtopic but, have you considered using a different approach, using "View tickets" reporting system and RSS? If you click on a [https://ffmpeg.org/trac/ffmpeg/report View tickets] link (upper right corner of this page), there should be a link to [https://ffmpeg.org/trac/ffmpeg/query Custom query], right below that "View tickets" link. Once you create your query and click on the update button, the results will be shown and below, at the bottom of the page, you'll see a small RSS icon, which reflects your query. These days all modern e-mail clients have a support for RSS too, so it can easily be integrated into existing system you use. That way you'll get your updates for new tickets that fall under your query restrictions. For per-ticket notifications, each ticket has got (also at the bottom of the page) its own RSS link, which you can use the same way. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 12:33:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 10:33:01 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.9f6a4d668337cdaf8b8e0304e873911e@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+----------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by fturco): I don't like RSS feeds, for several reasons, the main one being that they usually give you the latest N items, and if it happens that you don't check the feed for weeks and in the meantime M items are published, with M > N, then you lose M - N items. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 13:42:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 11:42:22 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.da0bab82ebf9f12683aa94b5931a5c7c@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DoomBot): What command is needed for Complete, uncut console output, and how do you do it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 14:16:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 12:16:20 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.8809b8120b35369b9fe5f90b29c82536@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+---------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by michael): * resolution: invalid => fixed Comment: Please try again, should be fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 15:24:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 13:24:37 -0000 Subject: [FFmpeg-trac] #1552(undetermined:new): Packed B-frames cannot be remuxed into mkv In-Reply-To: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> References: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> Message-ID: <051.0cc57c05e10d86a15fd0c5ea205c177f@avcodec.org> #1552: Packed B-frames cannot be remuxed into mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by fturco): * cc: fturco@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 15:24:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 13:24:57 -0000 Subject: [FFmpeg-trac] #1553(undetermined:new): Remuxing mpeg2video from transport stream to matroska fails In-Reply-To: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> References: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> Message-ID: <051.86c5a1666acab8fb14fd69f54d31e583@avcodec.org> #1553: Remuxing mpeg2video from transport stream to matroska fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by fturco): * cc: fturco@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 15:26:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 13:26:07 -0000 Subject: [FFmpeg-trac] #1657(trac:closed): Cannot add myself to a bug CC list for e-mail notifications In-Reply-To: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> References: <035.3664021633aa7b766c2552d35296cd7f@avcodec.org> Message-ID: <050.e4838744880567f8afc76c68da59d4ab@avcodec.org> #1657: Cannot add myself to a bug CC list for e-mail notifications -------------------------------------+---------------------------------- Reporter: fturco | Owner: Type: enhancement | Status: closed Priority: normal | Component: trac Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by fturco): Thank you, it seems to work! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 15:32:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 13:32:13 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.bf029718ce280b2d15a415834e97c131@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Run "ffplay Sample\ of\ Subtitle\ Issue-.m2ts", quit (using "q") after the first subtitle was shown (shortly) and post whatever was printed on the console together with the command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 16:11:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 14:11:11 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.c0c417b90d240fa870dcad19fb1273c9@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): ffplay version N-44264-g070b0e1 Copyright (c) 2003-2012 the FFmpeg developers built on Sep 7 2012 17:35:17 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.100 / 3. 16.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpegts, from 'C:\Users\Gebruiker\Downloads\Sample of Subtitle Issue-.m 2ts': Duration: 00:00:18.09, start: 610.186000, bitrate: 23282 kb/s Program 1 Stream #0:0[0x1011]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1 920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc Stream #0:1[0x1100]: Audio: dts (DTS-HD MA) ([134][0][0][0] / 0x0086), 48000 Hz, 5.1(side), s16, 1536 kb/s Stream #0:2[0x1200]: Subtitle: hdmv_pgs_subtitle ([144][0][0][0] / 0x0090) SDL_OpenAudio (6 channels): DirectSound CreateSoundBuffer: Invalid parameter SDL_OpenAudio (4 channels): DirectSound CreateSoundBuffer: Invalid parameter [h264 @ 046c0560] reference picture missing during reordersq= 0B f=0/0 [h264 @ 046c0560] Missing reference picture 610.21 A-V:-1347371930.665 fd= [h264 @ 046c0560] reference picture missing du ring reorder [h264 @ 046c0560] Missing reference picture [h264 @ 046c0560] reference picture missing during reorder 61[h264 @ 046c0560] 0.Missing reference picture [h264 @ 046c0560] reference picture missing during reorder449B f=0/0 [h264 @ 046c0560] Missing reference picture 610.34 A-V:-1347371930.665 fd= 0 aq= Frame changed from size:0x0 to size:1920 x1080 615.01 A-V: -0.008 fd= 40 aq= 2818KB vq=12541KB sq= 0B f=0/0 f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 16:11:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 14:11:52 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.369f6caf2df6a541041f3d25a5bcdd4b@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): Is that ok? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 17:30:28 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 15:30:28 -0000 Subject: [FFmpeg-trac] #1642(avformat:closed): -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists In-Reply-To: <036.124537088d23e2b844ce435b567a346c@avcodec.org> References: <036.124537088d23e2b844ce435b567a346c@avcodec.org> Message-ID: <051.9a7b02ad57b2f2c512cfdd9b8d3bf711@avcodec.org> #1642: -f segment: automagically generate #EXTM3U tags to -segment_list generated playlists -------------------------------------+------------------------------------- Reporter: kelexel | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: segment, | Blocked By: HLS, m3u8 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by kelexel): @arut: I have a quick and dirty fix for this. ffmpeg generates 4x HLS streams for me: $name_240p, $name_360p, $name_480p, $name_720p What I do is in the script I use to launch ffmpeg, I first fork in bg a tiny sleeping function. Said function waits like 25secs, than looks for .ts segments for at least 1 of these playlists. If found, it generates a multi-bitrate playlist as $name.m3u8 which i than link to iOS clients. Meaning iOS clients seeing the $name.m3u8 will always have access to existing playlists/segments.. On a side note, can someone please test the above patch and playback on iOS ? More precisely audio playback ? I am trying to troubleshoot something on my end.. Thanks ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 17:30:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 15:30:37 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.acde73aedbda82bcbe0129151fa12a3a@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Can you try this patch series: [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/130738.html] and see if it fixes things for you in the following situations: * playback with ffplay; * transcoding to a different sub codec (dvdsub; {{{-fix_sub_duration}}} is required, and {{{-s:s 1920x1080}}} also if the subtitles arrive too late); * hardcoding the subtitles on the video. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 11 23:47:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 21:47:22 -0000 Subject: [FFmpeg-trac] #1545(undetermined:closed): Stream copy fails for damaged transport stream In-Reply-To: <036.45d730a9cedacaac2472499276e6d4a6@avcodec.org> References: <036.45d730a9cedacaac2472499276e6d4a6@avcodec.org> Message-ID: <051.7fe02c403480afba5c6cc3c2e24436a3@avcodec.org> #1545: Stream copy fails for damaged transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: fixed mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed Comment: Not reproducible any more. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 00:22:36 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 22:22:36 -0000 Subject: [FFmpeg-trac] #1726(undetermined:new): Mono TrueHD file fails to decode Message-ID: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> #1726: Mono TrueHD file fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: thd Blocked By: | regression Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- (bug 356) I will upload a Mono TrueHD Sample that could be converted to wav with old versions of ffmpeg (including 0.10), fails since f095391 / 27c7ca9, ffplay -ac 2 used to work well with older versions, current ffplay -request_channels 2 fails. {{{ $ ffmpeg -i Mono.thd out.wav ffmpeg version N-44381-g578bbf8 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 12 2012 00:12:20 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [truehd @ 0x148b240] max_analyze_duration 5000000 reached at 5000000 [truehd @ 0x148b240] Estimating duration from bitrate, this may be inaccurate Input #0, truehd, from 'Mono.thd': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: truehd, 48000 Hz, mono, s32 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.26.101 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, mono, s16, 768 kb/s Stream mapping: Stream #0:0 -> #0:0 (truehd -> pcm_s16le) Press [q] to stop, [?] for help [truehd @ 0x1491620] Max channel must be equal max matrix channel. [truehd @ 0x1491620] No restart header present in substream 1. [truehd @ 0x1491620] get_buffer() failed Error while decoding stream #0:0: Invalid argument [truehd @ 0x1491620] No restart header present in substream 1. [truehd @ 0x1491620] get_buffer() failed Error while decoding stream #0:0: Invalid argument ... [truehd @ 0x1491620] No restart header present in substream 1. [truehd @ 0x1491620] get_buffer() failed Error while decoding stream #0:0: Invalid argument [truehd @ 0x1491620] No restart header present in substream 1. [truehd @ 0x1491620] get_buffer() failed Error while decoding stream #0:0: Invalid argument size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 00:23:27 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 22:23:27 -0000 Subject: [FFmpeg-trac] #1726(undetermined:new): Mono TrueHD file fails to decode In-Reply-To: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> References: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> Message-ID: <051.d08414a0d30e0d26ac00afc5d628a57e@avcodec.org> #1726: Mono TrueHD file fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: thd | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Sample uploaded to samples/ffmpeg-bugs/trac/ticket1726 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 00:45:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 22:45:56 -0000 Subject: [FFmpeg-trac] #1607(avformat:new): av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe In-Reply-To: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> References: <038.701615e9e98c4da35433bb03ed1b6727@avcodec.org> Message-ID: <053.77152919e63dd1a3a295f4ecb2f680b1@avcodec.org> #1607: av_seek_frame() without AVSEEK_FLAG_ANY on mpg files returns success without seeking to a keyframe ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 00:59:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 22:59:11 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp discontinuities fails In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.4690959b3c91a97d189d4f6844855457@avcodec.org> #1438: Seeking in vob file with timestamp discontinuities fails --------------------------------------+------------------------------------ Reporter: superandrzej | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mpegps seek | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 01:10:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 23:10:21 -0000 Subject: [FFmpeg-trac] #291(FFplay:closed): FFplay adds unnecessary black bars at the left and right side of the video In-Reply-To: <038.04a30a19add6628d7f1d3ca968f2e0f1@avcodec.org> References: <038.04a30a19add6628d7f1d3ca968f2e0f1@avcodec.org> Message-ID: <053.6dfe73996bdd7e9e52f458f49d179765@avcodec.org> #291: FFplay adds unnecessary black bars at the left and right side of the video ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: cus Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Marton Balint. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 01:29:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 23:29:01 -0000 Subject: [FFmpeg-trac] #1337(undetermined:new): MPEG4 ASP does not seek to keyframe In-Reply-To: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> References: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> Message-ID: <051.644c0bcb8cf75eef3fe01736dbd58ffb@avcodec.org> #1337: MPEG4 ASP does not seek to keyframe -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp seek | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Seeking seems to work fine in QT with the attached sample - this is not different from ffplay that also seeks fine (only the initial seek is able to produce broken frames and I don't think that can be reproduced with QT). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 01:41:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 11 Sep 2012 23:41:03 -0000 Subject: [FFmpeg-trac] #1727(avfilter:new): volumedetect filter doesn't work with -t Message-ID: <036.47dddb5bea25958abc8bd654714714e7@avcodec.org> #1727: volumedetect filter doesn't work with -t -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: avfilter | Version: git- Keywords: | master volumedetect | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: The volumedetect filter doesn't seem to work if -t is used. I'd like to use volumedetect to analyze the first N seconds of a video rather than the whole file, but if I use -t than there is no output to the volumedetect filter. How to reproduce: Without -t {{{ ffmpeg -i audio.wav -af volumedetect -f null - ffmpeg version 0.11.1.git Copyright (c) 2000-2012 the FFmpeg developers built on Aug 19 2012 22:28:01 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/gcc-4.2 --host-cflags='-Os -w -pipe -march=core2 -mmacosx-version-min=10.7' --host- ldflags='-L/usr/local/Cellar/libtool/2.4.2/lib -L/usr/local/Cellar/automake/1.12.2/lib -L/usr/local/Cellar/autoconf/2.69/lib -L/usr/local/Cellar/gettext/0.18.1.1/lib -L/usr/local/lib -L/usr/X11/lib' --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass --enable-libvo-aacenc --enable-libopenjpeg libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x7fb30883d800] max_analyze_duration 5000000 reached at 5013333 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'audio.wav': Duration: 00:00:10.00, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help [Parsed_volumedetect_0 @ 0x7fb308420580] n_samples: 960800 [Parsed_volumedetect_0 @ 0x7fb308420580] mean_volume: -51.3 dB [Parsed_volumedetect_0 @ 0x7fb308420580] max_volume: -33.9 dB [Parsed_volumedetect_0 @ 0x7fb308420580] histogram_33db: 3 [Parsed_volumedetect_0 @ 0x7fb308420580] histogram_34db: 43 [Parsed_volumedetect_0 @ 0x7fb308420580] histogram_35db: 88 [Parsed_volumedetect_0 @ 0x7fb308420580] histogram_36db: 280 [Parsed_volumedetect_0 @ 0x7fb308420580] histogram_37db: 667 size= 0kB time=00:00:10.00 bitrate= 0.0kbits/s video:0kB audio:1877kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} With -t {{{ ffmpeg -i audio.wav -t 2 -af volumedetect -f null - ffmpeg version 0.11.1.git Copyright (c) 2000-2012 the FFmpeg developers built on Aug 19 2012 22:28:01 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/gcc-4.2 --host-cflags='-Os -w -pipe -march=core2 -mmacosx-version-min=10.7' --host- ldflags='-L/usr/local/Cellar/libtool/2.4.2/lib -L/usr/local/Cellar/automake/1.12.2/lib -L/usr/local/Cellar/autoconf/2.69/lib -L/usr/local/Cellar/gettext/0.18.1.1/lib -L/usr/local/lib -L/usr/X11/lib' --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass --enable-libvo-aacenc --enable-libopenjpeg libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 53.100 / 54. 53.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 11.101 / 3. 11.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x7ff10103d800] max_analyze_duration 5000000 reached at 5013333 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'audio.wav': Duration: 00:00:10.00, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.25.104 Stream #0:0: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:00:02.00 bitrate= 0.0kbits/s video:0kB audio:376kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 08:57:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Sep 2012 06:57:33 -0000 Subject: [FFmpeg-trac] #1727(avfilter:open): volumedetect filter doesn't work with -t In-Reply-To: <036.47dddb5bea25958abc8bd654714714e7@avcodec.org> References: <036.47dddb5bea25958abc8bd654714714e7@avcodec.org> Message-ID: <051.e3478a8c02acd24576cd6fa5c9ed6b91@avcodec.org> #1727: volumedetect filter doesn't work with -t --------------------------------------+------------------------------------ Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: volumedetect | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 13:33:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Sep 2012 11:33:15 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.0fb42423c09208d3eafa1e81bba23109@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): This is getting harder by the minute ;) How do i download and apply this patch? Then i can test playback with ffplay, that i can do The other 2 points.. Are like chinees to me.. Not that im not willing to test this cause its really an annoying bug, but my knowdlegde stops herr.. Isnt it possible you or the devs test this or smth.. Thx for your time. I hope this will get fixed... In future release -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 14:18:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Sep 2012 12:18:47 -0000 Subject: [FFmpeg-trac] #1728(undetermined:new): Alpha gets destroyed when transcoding Prores4444 to Prores4444 Message-ID: <032.2d61da3149772ffbbcc3642b0aedba5c@avcodec.org> #1728: Alpha gets destroyed when transcoding Prores4444 to Prores4444 -------------------------------------+------------------------------------- Reporter: rmk | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I made a transparent PNG using Gimp, imported that into a Final Cut Pro 7 project and put it on a sequence configured to use Prores4444 as codec and exported the file which resulted in a one-frame Prores4444 file. I then verified that the resulting file still had the transparency by using it as an overlay in Final Cut. I then transcoded the file to Prores4444 again, this time using ffmpeg. Importing that video into Final Cut Pro and used that as an overlay which did not work (i.e. transparency was gone). Command line used (current ffmpeg with a patch Carl sent me on the ML today): ffmpeg -i ~/testdata/video/finalcut- output/prores4444_with_transparency.mov -vcodec prores_kostya -pix_fmt yuv444p10le -acodec copy ~/tmp/prores4444_with_transparency_ffmpeg_patched.mov ffmpeg version N-44391-gf9dd2e5 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 12 2012 12:09:31 with gcc 4.2.1 (GCC) (Apple Inc. build 5664) configuration: libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/video /finalcut-output/prores4444_with_transparency.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-12 08:48:56 Duration: 00:00:00.04, start: 0.000000, bitrate: 43461 kb/s Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, 1920x1080, 40697 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2012-09-12 08:48:57 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Output #0, mov, to '/Users/krueger/tmp/prores4444_with_transparency_ffmpeg_patched.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.26.101 Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (prores -> prores_kostya) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 141kB time=00:00:00.04 bitrate=28897.2kbits/s video:132kB audio:8kB subtitle:0 global headers:0kB muxing overhead 1.286356% I'll attach the Prores4444 file generated Final Cut Pro and the PNG used to create the video. If it would be more convenient for debugging this to have a video with a specific setup (e.g. smaller frame size, a specific pattern or color distribution), don't hesitate to tell me and I will produce it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 12 16:49:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 12 Sep 2012 14:49:53 -0000 Subject: [FFmpeg-trac] #1563(avformat:closed): ffmpeg crashes (segmentation violation) when copying time-delimited portion of .wmv file In-Reply-To: <038.64761ef391b37f97b7eb26bf9dff7612@avcodec.org> References: <038.64761ef391b37f97b7eb26bf9dff7612@avcodec.org> Message-ID: <053.875b932c315cb2920aa6e779e538abd2@avcodec.org> #1563: ffmpeg crashes (segmentation violation) when copying time-delimited portion of .wmv file -----------------------------------+------------------------------------ Reporter: GreyBeard | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: 0.10.4 | Resolution: fixed Keywords: asf crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 03:35:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 01:35:26 -0000 Subject: [FFmpeg-trac] #1724(avformat:open): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.2a3e12b8b4132bf7f0a906dc9145cc18@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds ------------------------------------+------------------------------------ Reporter: dvlpr | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Please find / confirm the exact git revission at which this problem was introduced. Especially if this cannot be reproduced with a software player that we have access to. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 03:44:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 01:44:29 -0000 Subject: [FFmpeg-trac] #1724(avformat:open): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.7db7044c22e8c5434a0281b1ef473d51@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds ------------------------------------+------------------------------------ Reporter: dvlpr | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by dvlpr): With Carl's help, I can confirm that git 2107009 works and 3e1cf49 fails. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 04:30:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 02:30:03 -0000 Subject: [FFmpeg-trac] #1729(avformat:new): avformat sdp.c error. Message-ID: <037.e086022e7b4b8087e974042e19000709@avcodec.org> #1729: avformat sdp.c error. -------------------------------------+------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: sdp | unspecified ffserver avformat | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: FFserver cannot work RTSP when video codec is H.264 or H.263. Because sdp.c's function "sdp_write_media_attributes" have bug. "fmt->oformat" can have NULL. {{{ So "if (fmt && fmt->oformat->priv_class &&" -> "if (fmt && fmt->oformat && fmt->oformat->priv_class" And "if (!fmt || !fmt->oformat->priv_class ||" -> "if (!fmt || !fmt->oformat || !fmt->oformat->priv_class ||" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 09:41:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 07:41:06 -0000 Subject: [FFmpeg-trac] #1730(avformat:new): Crash while demuxing m4a file Message-ID: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> #1730: Crash while demuxing m4a file -------------------------------------+------------------------------------- Reporter: Bert | Type: defect Status: new | Priority: important Component: avformat | Version: git- Keywords: m4a | master segmentation fault | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -v 9 -loglevel 99 -i 05.m4a ffmpeg version 0.11.1.git Copyright (c) 2000-2012 the FFmpeg developers built on Sep 10 2012 13:52:16 with gcc 4.1.2 (GCC) 20061115 (prerelease) (SUSE Linux) configuration: --enable-debug=3 --disable-asm --disable-stripping --enable-gpl --disable-shared --enable-static --disable-encoders --disable-decoders --disable-bsfs --disable-filters --disable-muxers --disable-hwaccels --disable-indevs --disable-outdevs --disable-devices --disable-protocols --disable-demuxers --disable-parsers --disable-altivec --disable-decoder=vorbis --enable-decoder=alac --enable-decoder=mp3 --enable-decoder=aac --enable-parser=aac --enable-parser=alac --enable- parser=mpegaudio --enable-demuxer=aac --enable-demuxer=alac --enable- demuxer=aiff --enable-demuxer=asf --enable-demuxer=mov --enable- demuxer=mp3 --enable-demuxer=pcm_alaw --enable-demuxer=pcm_f32be --enable- demuxer=pcm_f32le --enable-demuxer=pcm_f64be --enable-demuxer=pcm_f64le --enable-demuxer=pcm_mulaw --enable-demuxer=pcm_s16be --enable- demuxer=pcm_s16le --enable-demuxer=pcm_s24be --enable-demuxer=pcm_s24le --enable-demuxer=pcm_s32be --enable-demuxer=pcm_s32le --enable- demuxer=pcm_s8 --enable-demuxer=pcm_u16be --enable-demuxer libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.101 / 3. 16.101 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x83364e0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=32768 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x83364e0] ISO: File Type Major Brand: M4A [mov,mp4,m4a,3gp,3g2,mj2 @ 0x83364e0] Unknown cover type: 0x0. [mov,mp4,m4a,3gp,3g2,mj2 @ 0x83364e0] File position before avformat_find_stream_info() is 9597458 Segmentation fault }}} This FFmpeg was build on Ubuntu 10.04. We are demux a m4a file which is actually corrupted and its not played by iTunes or VLC. FFmpeg 0.8.6 was able to demux correctly but FFmpeg Trunk is crashing for the same file. We are also providing a patch which solves this problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 10:29:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 08:29:57 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.76f2b067b01e6fce41ae7b9ab63aeef5@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): I did some testing with the software XFConverter i got new at work. XFConverter wraps broadcast files into several containers. After rewrapping these files with the option "Store AVC-Intra header on each frame" set they can be decoded with ffmpeg. AVC Intra 100 file after rewrapping:[http://free- vsts.com/files/MXF/AVCI100_Test_xf.mxf] In the documentation of the software it is explained that Panasonic AVC- Intra streams have the SPS and the PPS only on the first frame. The option "Store AVC-Intra header on each frame" is repeating the SPS and the PPS found on the first frame on each frame. Could ffmpeg do the same trick, using the header from the first frame if the following frames doesn?t have one? The Panasonic AVC-Intra flavour has become standard for many broadcasters and is also used by AVID, Omneon and others... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 12:41:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 10:41:04 -0000 Subject: [FFmpeg-trac] #1730(avformat:new): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.c4c2badcae3bb971f1d1694a463a1bd8@avcodec.org> #1730: Crash while demuxing m4a file ------------------------------------+------------------------------------ Reporter: Bert | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: m4a segmentation fault => mov crash Comment: Please provide the sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 12:53:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 10:53:00 -0000 Subject: [FFmpeg-trac] #1730(avformat:new): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.990f5a5ae322b7467df9587be3b8c6ea@avcodec.org> #1730: Crash while demuxing m4a file ------------------------------------+------------------------------------ Reporter: Bert | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Bert): Uploaded the file at http://www.filesend.net/download.php?f=4c48b0bddc9c3eda4c48d2848321c885 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 14:01:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 12:01:19 -0000 Subject: [FFmpeg-trac] #1731(avformat:new): libavformat muxers destroy initial timestamp offsets Message-ID: <034.3d216e8f31c4dd85233a22a5db77821d@avcodec.org> #1731: libavformat muxers destroy initial timestamp offsets -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: | Keywords: muxer unspecified | timestamp flv avi Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Many muxers in libavformat (tested: avi, flv) destory the initial offset. This is meant as a feature, but has the effect that remuxing a file will destroy the original timestamp information. This is especially annoying in case streams from different sources need to be synched. How to reproduce: {{{ ffmpeg -f lavfi -i "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB" -y out.flv } then check the packet timestamps with ffprobe -show_packets out.flv. A possible workaround: {{{ ffmpeg -f lavfi -i "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB,aresample=min_comp=0.001:min_hard_comp=0.0010" -y out.flv }}} (with video the problem can't be easily worked around). The behavior with respect to the initial offset could be made configurable through some options. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 14:08:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 12:08:15 -0000 Subject: [FFmpeg-trac] #1731(avformat:new): libavformat muxers destroy initial timestamp offsets In-Reply-To: <034.3d216e8f31c4dd85233a22a5db77821d@avcodec.org> References: <034.3d216e8f31c4dd85233a22a5db77821d@avcodec.org> Message-ID: <049.661a7f721f416d4a083d8206003a7764@avcodec.org> #1731: libavformat muxers destroy initial timestamp offsets -------------------------------------+------------------------------------- Reporter: saste | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: muxer | Blocked By: timestamp flv avi | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Description changed by saste: Old description: > Many muxers in libavformat (tested: avi, flv) destory the initial offset. > This is meant as a feature, but has the effect that remuxing a file will > destroy the original timestamp information. This is especially annoying > in case streams from different sources need to be synched. > > How to reproduce: > {{{ > ffmpeg -f lavfi -i "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB" -y > out.flv > } > > then check the packet timestamps with ffprobe -show_packets out.flv. > > A possible workaround: > {{{ > ffmpeg -f lavfi -i > "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB,aresample=min_comp=0.001:min_hard_comp=0.0010" > -y out.flv > }}} > > (with video the problem can't be easily worked around). > > The behavior with respect to the initial offset could be made > configurable through some options. New description: Many muxers in libavformat (tested: avi, flv) destory the initial offset. This is meant as a feature, but has the effect that remuxing a file will destroy the original timestamp information. This is especially annoying in case streams from different sources need to be synched. How to reproduce: {{{ ffmpeg -f lavfi -i "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB" -y out.flv }}} then check the packet timestamps with ffprobe -show_packets out.flv. A possible workaround: {{{ ffmpeg -f lavfi -i "aevalsrc=sin(2*PI*400*t)::d=5,asetpts=PTS+10/TB,aresample=min_comp=0.001:min_hard_comp=0.0010" -y out.flv }}} (with video the problem can't be easily worked around). The behavior with respect to the initial offset could be made configurable through some options. -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 18:55:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 16:55:35 -0000 Subject: [FFmpeg-trac] #1730(avformat:open): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.4037712fdb61dc4daace726ed9f764b0@avcodec.org> #1730: Crash while demuxing m4a file ------------------------------------+------------------------------------ Reporter: Bert | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Regression since 079ea6c / 79ae084 {{{ (gdb) r -i FFMpeg_Bug_1730_crash_demuxing_m4a.m4a Starting program: ffmpeg_g -i FFMpeg_Bug_1730_crash_demuxing_m4a.m4a [Thread debugging using libthread_db enabled] ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 18:43:05 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x148c240] Unknown cover type: 0x0. Program received signal SIGSEGV, Segmentation fault. mov_find_next_sample (st=, s=) at libavformat/mov.c:3071 3071 if (msc->pb && msc->current_sample < avst->nb_index_entries) { (gdb) bt #0 mov_find_next_sample (st=, s=) at libavformat/mov.c:3071 #1 mov_read_packet (st=, s=) at libavformat/mov.c:3098 #2 0x00000000005118c2 in ff_read_packet (s=0x148c240, pkt=0x7fffffffd240) at libavformat/utils.c:750 #3 0x0000000000511c1b in read_frame_internal (s=0x148c240, pkt=0x7fffffffd5e0) at libavformat/utils.c:1306 #4 0x000000000051488b in avformat_find_stream_info (ic=0x148c240, options=0x14920e0) at libavformat/utils.c:2633 #5 0x000000000040992d in opt_input_file (optctx=, opt=, filename=0x7fffffffe261 "FFMpeg_Bug_1730_crash_demuxing_m4a.m4a") at ffmpeg_opt.c:770 #6 0x00000000004187c3 in parse_option (optctx=0x7fffffffd980, opt=0x7fffffffe25f "i", arg=0x7fffffffe261 "FFMpeg_Bug_1730_crash_demuxing_m4a.m4a", options=) at cmdutils.c:319 #7 0x0000000000418ba7 in parse_options (optctx=0x7fffffffd980, argc=3, argv=0x7fffffffdde8, options=0xac02a0, parse_arg_function=0x40a3f0 ) at cmdutils.c:352 #8 0x0000000000416211 in main (argc=3, argv=0x7fffffffdde8) at ffmpeg.c:3135 (gdb) disass $pc-37 $pc+32 Dump of assembler code from 0x49b15f to 0x49b1a4: 0x000000000049b15f : je 0x49b4e0 0x000000000049b165 : nopl (%rax) 0x000000000049b168 : add $0x1,%r12d 0x000000000049b16c : cmp %ecx,%r12d 0x000000000049b16f : jae 0x49b200 0x000000000049b175 : mov 0x30(%rbx),%rax 0x000000000049b179 : movslq %r12d,%rdx 0x000000000049b17c : mov (%rax,%rdx,8),%r13 0x000000000049b180 : mov 0x18(%r13),%rax 0x000000000049b184 : mov (%rax),%r14 0x000000000049b187 : test %r14,%r14 0x000000000049b18a : je 0x49b168 0x000000000049b18c : mov 0xb0(%rax),%edx 0x000000000049b192 : cmp 0x1e0(%r13),%edx 0x000000000049b199 : jge 0x49b168 0x000000000049b19b : movslq %edx,%rdx 0x000000000049b19e : mov $0xf4240,%esi 0x000000000049b1a3 : lea (%rdx,%rdx,2),%r15 End of assembler dump. (gdb) info register rax 0x0 0 rbx 0x148c240 21545536 rcx 0x2 2 rdx 0x1 1 rsi 0xf4240 1000000 rdi 0x0 0 rbp 0x7ffff7f67010 0x7ffff7f67010 rsp 0x7fffffffd140 0x7fffffffd140 r8 0xac44 44100 r9 0x5622 22050 r10 0x0 0 r11 0x1 1 r12 0x1 1 r13 0x1493ba0 21576608 r14 0x1494960 21580128 r15 0x7ffff7f67010 140737353510928 rip 0x49b184 0x49b184 eflags 0x10297 [ CF PF AF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x37f 895 fstat 0x0 0 ftag 0xffff 65535 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x1fa0 [ PE IM DM ZM OM UM PM ] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 13 19:19:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 17:19:36 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.e95374be1e8f8b77b1f6ee034f25744a@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): This particular file is missing its "second" frame, i.e., the frame at pts=1/24, just between pts=0/24 and pts=2/24: {{{ $ ffprobe -loglevel quiet -show_frames -of compact /tmp/big_buck_bunny_1080p_h264.mov frame|media_type=video|key_frame=1|pkt_pts=0|pkt_pts_time=0.000000|pkt_dts=-100|pkt_dts_time=-0.041667|pkt_duration=100|pkt_duration_time=0.041667|pkt_pos=441422|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=N/A|pict_type=I|coded_picture_number=0|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=0 frame|media_type=video|key_frame=0|pkt_pts=200|pkt_pts_time=0.083333|pkt_dts=0|pkt_dts_time=0.000000|pkt_duration=100|pkt_duration_time=0.041667|pkt_pos=447743|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=N/A|pict_type=P|coded_picture_number=1|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=0 frame|media_type=video|key_frame=0|pkt_pts=300|pkt_pts_time=0.125000|pkt_dts=300|pkt_dts_time=0.125000|pkt_duration=100|pkt_duration_time=0.041667|pkt_pos=592358|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=N/A|pict_type=B|coded_picture_number=4|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=0 frame|media_type=video|key_frame=0|pkt_pts=400|pkt_pts_time=0.166667|pkt_dts=400|pkt_dts_time=0.166667|pkt_duration=100|pkt_duration_time=0.041667|pkt_pos=448026|width=1920|height=1080|pix_fmt=yuv420p|sample_aspect_ratio=N/A|pict_type=P|coded_picture_number=3|display_picture_number=0|interlaced_frame=0|top_field_first=0|repeat_pict=0|reference=3 }}} You can force it to be duplicated, and therefore available for overlay by inserting the {{{fps=fps=24}}} near the input (just after the scale, probably). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 00:09:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 13 Sep 2012 22:09:17 -0000 Subject: [FFmpeg-trac] #1704(undetermined:new): ffplay plays at double speed with "-ac 2" In-Reply-To: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> References: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> Message-ID: <054.82b5110ed4b5a73708dfee64b037699e@avcodec.org> #1704: ffplay plays at double speed with "-ac 2" -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cus): Correct me if I am wrong, but as far as I know -ac 2 is used to override the detected audio channel count, and not to specify the requested channel count. You may use SDL_AUDIO_CHANNELS=2 ffplay yo10.wav if you want to force ffplay to open audio output with two channels and upmix the sound properly. May I close this as invalid then? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 02:39:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 00:39:43 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.1a662a4a166b00c9faf3f468430cc16e@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DoomBot): How do you even go about using a patch? I would love to see if this patch even works. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 05:12:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 03:12:26 -0000 Subject: [FFmpeg-trac] #1730(avformat:open): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.54b9abc8011ce4ccb7290b544bc8b057@avcodec.org> #1730: Crash while demuxing m4a file ------------------------------------+------------------------------------ Reporter: Bert | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 05:56:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 03:56:10 -0000 Subject: [FFmpeg-trac] #1718(avcodec:closed): MP3 parser get frame_size wrong In-Reply-To: <040.491292cc5951922f118beea80550556c@avcodec.org> References: <040.491292cc5951922f118beea80550556c@avcodec.org> Message-ID: <055.78736c977c6d12683865a446b928ab42@avcodec.org> #1718: MP3 parser get frame_size wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mp3 mp1 | Blocked By: parser | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: mp3 mp1 => mp3 mp1 parser * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 06:22:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 04:22:07 -0000 Subject: [FFmpeg-trac] #1704(undetermined:new): ffplay plays at double speed with "-ac 2" In-Reply-To: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> References: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> Message-ID: <054.f577494446fd30c965c9473a9361a262@avcodec.org> #1704: ffplay plays at double speed with "-ac 2" -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): I suppose, though it still strikes me as odd that using ffmpeg's "normal way" to mix to 2 channels would cause it to play at double speed :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 08:52:41 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 06:52:41 -0000 Subject: [FFmpeg-trac] #1732(avformat:new): avienc: inserts too many (>90%) empty packets Message-ID: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ----------------------------------+-------------------------------------- Reporter: Andrew | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: avienc insert 99% empty packets. What for a strange code below? How it is possible to compare the (pkt->dts) to the (avist->)packet_count? {{{ avi_write_packet() while(enc->block_align==0 && \ pkt->dts != AV_NOPTS_VALUE && \ pkt->dts > avist->packet_count && \ enc->codec_id != AV_CODEC_ID_XSUB){ AVPacket empty_packet; if( pkt->dts - avist->packet_count > 60000){ }}} How to reproduce: Apply avienc_show_emtied.diff patch (see attachment). {{{ % ./ffmpeg -rtsp_transport tcp -i 'rtsp://axis1031/axis- media/media.amp?videocodec=mpeg4&audio=0&video=1' -vcodec copy -acodec copy -y /var/tmp/a.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rtsp @ 0x996c5e0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031/axis- media/media.amp?videocodec=mpeg4&audio=0&video=1': Metadata: title : Media Presentation Duration: N/A, start: 0.131567, bitrate: N/A Stream #0:0: Video: mpeg4 (Advanced Simple Profile), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 30.08 tbr, 90k tbn, 1k tbc Output #0, avi, to '/var/tmp/a.avi': Metadata: INAM : Media Presentation ISFT : Lavf54.27.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 2k tbn, 2k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [avi @ 0x997f780] V: insert 198 empty pkt, total empty 198 from 200, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 397 from 400, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 596 from 600, 99% [avi @ 0x997f780] V: insert 198 empty pkt, total empty 794 from 799, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 993 from 999, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 1192 from 1199, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 1391 from 1399, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 1590 from 1599, 99% [avi @ 0x997f780] V: insert 199 empty pkt, total empty 1789 from 1799, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 1851 from 1862, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 1913 from 1925, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 1985 from 1998, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 2048 from 2062, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2110 from 2125, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 2182 from 2198, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 2245 from 2262, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2307 from 2325, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 2379 from 2398, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2441 from 2461, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 2504 from 2525, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2566 from 2588, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 2638 from 2661, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 2701 from 2725, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2763 from 2788, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 2835 from 2861, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 2897 from 2924, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 2960 from 2988, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 3032 from 3061, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3094 from 3124, 99% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 3157 from 3188, 99% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 3229 from 3261, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3291 from 3324, 99% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3353 from 3387, 98% [avi @ 0x997f780] V: insert 73 empty pkt, total empty 3426 from 3461, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3488 from 3524, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3550 from 3587, 98% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 3622 from 3660, 98% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 3685 from 3724, 98% V: insert 62 empty pkt, total empty 3747 from 3787, 98%1.86 bitrate=1210.7kbits/s [avi @ 0x997f780] V: insert 72 empty pkt, total empty 3819 from 3860, 98% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 3882 from 3924, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 3944 from 3987, 98% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 4016 from 4060, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4078 from 4123, 98% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 4141 from 4187, 98% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 4213 from 4260, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4275 from 4323, 98% [avi @ 0x997f780] V: insert 63 empty pkt, total empty 4338 from 4387, 98% [avi @ 0x997f780] V: insert 72 empty pkt, total empty 4410 from 4460, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4472 from 4523, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4534 from 4586, 98% [avi @ 0x997f780] V: insert 73 empty pkt, total empty 4607 from 4660, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4669 from 4723, 98% [avi @ 0x997f780] V: insert 62 empty pkt, total empty 4731 from 4786, 98% V: insert 73 empty pkt, total empty 4804 from 4860, 98%2.39 bitrate=1236.6kbits/s frame= 57 fps= 51 q=-1.0 Lsize= 443kB time=00:00:02.43 bitrate=1492.0kbits/s video:323kB audio:0kB subtitle:0 global headers:0kB muxing overhead 37.036578% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 08:56:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 06:56:26 -0000 Subject: [FFmpeg-trac] #1732(avformat:new): avienc: inserts too many (>90%) empty packets In-Reply-To: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> References: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> Message-ID: <050.3a1cb70d5500055e6ea8371df3194516@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => avi Comment: Is this only reproducible with network input or also if you use an input file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 09:14:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 07:14:36 -0000 Subject: [FFmpeg-trac] #1733(undetermined:new): Strange timestamps with Apple hls stream Message-ID: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> #1733: Strange timestamps with Apple hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The audio-only stream (with a still image) plays fine with ffplay, timestamps run high very fast. {{{ $ time ./ffplay http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8 ffplay version N-44445-ge332947 Copyright (c) 2003-2012 the FFmpeg developers built on Sep 14 2012 08:39:19 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Format aac detected only with low score of 25, misdetection possible! [aac @ 0x14fb8e0] max_analyze_duration 5000000 reached at 5015510 [aac @ 0x14fb8e0] Estimating duration from bitrate, this may be inaccurate [hls,applehttp @ 0x14bbb20] max_analyze_duration 5000000 reached at 7281778 Input #0, hls,applehttp, from 'http://qthttp.apple.com.edgesuite.net/c123pibhargjknawdconwecown/0064/prog_index.m3u8': Duration: 01:25:32.00, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Audio: aac, 44100 Hz, stereo, s16, 4 kb/s Stream #0:1: Video: mjpeg, yuvj420p, 480x320 [SAR 100:100 DAR 3:2], 90k tbr, 90k tbn, 90k tbc Frame changed from size:0x0 to size:480x320 407.76 A-V:406.489 fd= 0 aq= 2749KB vq= 0KB sq= 0B f=0/0 0/0 real 0m3.507s user 0m0.211s sys 0m0.059s }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 09:16:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 07:16:08 -0000 Subject: [FFmpeg-trac] #1733(undetermined:new): Strange timestamps with Apple hls stream In-Reply-To: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> References: <036.3c4b03f5ed2a3972ae5a9c08b0e47cf0@avcodec.org> Message-ID: <051.4c7a9391f960dbafe26013a4aab977d9@avcodec.org> #1733: Strange timestamps with Apple hls stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: hls | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => hls -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 10:28:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 08:28:37 -0000 Subject: [FFmpeg-trac] #1732(avformat:new): avienc: inserts too many (>90%) empty packets In-Reply-To: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> References: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> Message-ID: <050.ef548554e5b27f3330826ba54b7d7366@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Andrew): > Is this only reproducible with network input or also if you use an > input file? muxing file: insert 1 empty per packet {{{ % ./ffmpeg -i /tmp/7b0de690da55.mp4 -vcodec copy -an -frames 20 -y /var/tmp/a.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/7b0de690da55.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 1942-06-26 18:41:39 Duration: 00:00:59.76, start: 0.000000, bitrate: 364 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 464x348, 265 kb/s, 30 fps, 30 tbr, 60 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 95 kb/s Metadata: creation_time : 1942-06-26 18:41:39 handler_name : IsoMedia File Produced by Google, 5-11-2011 Output #0, avi, to '/var/tmp/a.avi': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 ISFT : Lavf54.27.100 Stream #0:0(und): Video: h264 (avc1 / 0x31637661), yuv420p, 464x348, q=2-31, 265 kb/s, 30 fps, 60 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 1 from 2, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 2 from 4, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 3 from 6, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 4 from 8, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 5 from 10, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 6 from 12, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 7 from 14, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 8 from 16, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 9 from 18, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 10 from 20, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 11 from 22, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 12 from 24, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 13 from 26, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 14 from 28, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 15 from 30, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 16 from 32, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 17 from 34, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 18 from 36, 50% [avi @ 0x9ce6340] V: insert 1 empty pkt, total empty 19 from 38, 50% frame= 20 fps=0.0 q=-1.0 Lsize= 40kB time=00:00:00.65 bitrate= 501.8kbits/s video:33kB audio:0kB subtitle:0 global headers:0kB muxing overhead 19.547307% }}} muxing file with transcoding : have no inserted empty packet {{{ % ./ffmpeg -i /tmp/7b0de690da55.mp4 -vcodec mpeg4 -an -frames 100 -y /var/tmp/a.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/tmp/7b0de690da55.mp4': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 creation_time : 1942-06-26 18:41:39 Duration: 00:00:59.76, start: 0.000000, bitrate: 364 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 464x348, 265 kb/s, 30 fps, 30 tbr, 60 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 95 kb/s Metadata: creation_time : 1942-06-26 18:41:39 handler_name : IsoMedia File Produced by Google, 5-11-2011 Output #0, avi, to '/var/tmp/a.avi': Metadata: major_brand : mp42 minor_version : 0 compatible_brands: isommp42 ISFT : Lavf54.27.100 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 464x348, q=2-31, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help frame= 100 fps=0.0 q=4.3 Lsize= 181kB time=00:00:03.33 bitrate= 443.8kbits/s video:173kB audio:0kB subtitle:0 global headers:0kB muxing overhead 4.600627% }}} videolinux2 2 avi muxing: - insert 1 empty per packet {{{ % ./ffmpeg -f video4linux2 -i /dev/video0 -vcodec copy -frames 10 -y /var/tmp/a.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [video4linux2,v4l2 @ 0x8fd2560] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1347609615.886965, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 165888 kb/s, 25 tbr, 1000k tbn, 25 tbc Output #0, avi, to '/var/tmp/a.avi': Metadata: ISFT : Lavf54.27.100 Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, q=2-31, 165888 kb/s, 50 tbn, 50 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 1 from 2, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 2 from 4, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 3 from 6, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 4 from 8, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 5 from 10, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 6 from 12, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 7 from 14, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 8 from 16, 50% [avi @ 0x8fcc960] V: insert 1 empty pkt, total empty 9 from 18, 50% frame= 10 fps=0.0 q=-1.0 Lsize= 8106kB time=00:00:00.38 bitrate=174748.2kbits/s video:8100kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.074002% }}} videolinux2 2 avi muxing with encoding: - have no inserted empty packet {{{ % ./ffmpeg -f video4linux2 -i /dev/video0 -vcodec mjpeg -frames 10 -y /var/tmp/a.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [video4linux2,v4l2 @ 0xafa8560] Estimating duration from bitrate, this may be inaccurate Input #0, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 1347609689.123361, bitrate: 165888 kb/s Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x576, 165888 kb/s, 25 tbr, 1000k tbn, 25 tbc Output #0, avi, to '/var/tmp/a.avi': Metadata: ISFT : Lavf54.27.100 Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p, 720x576, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> mjpeg) Press [q] to stop, [?] for help frame= 10 fps=0.0 q=0.0 Lsize= 93kB time=00:00:00.40 bitrate=1911.4kbits/s video:88kB audio:0kB subtitle:0 global headers:0kB muxing overhead 6.610446% }}} rtsp 2 avi muxing with transcoding: have no inserted empty packet after first 9 packets {{{ % ./ffmpeg -rtsp_transport tcp -i 'rtsp://axis1031/axis- media/media.amp?videocodec=mpeg4&video=1&audio=0' -vcodec mjpeg -an -y /var/tmp/b.avi ffmpeg version N-44432-g59db014 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 13 2012 19:13:56 with gcc 4.4.5 (Debian 4.4.5-8) configuration: --enable-version3 --enable-runtime-cpudetect libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [rtsp @ 0x9dc35e0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://axis1031/axis- media/media.amp?videocodec=mpeg4&video=1&audio=0': Metadata: title : Media Presentation Duration: N/A, start: 0.099878, bitrate: N/A Stream #0:0: Video: mpeg4 (Advanced Simple Profile), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 30.08 tbr, 90k tbn, 1k tbc Output #0, avi, to '/var/tmp/b.avi': Metadata: INAM : Media Presentation ISFT : Lavf54.27.100 Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 200 kb/s, 30.08 tbn, 30.08 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mjpeg) Press [q] to stop, [?] for help [avi @ 0x9dd67a0] V: insert 1 empty pkt, total empty 1 from 3, 33% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 3 from 6, 50% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 5 from 9, 55% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 7 from 12, 58% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 9 from 15, 60% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 11 from 18, 61% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 13 from 21, 61% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 15 from 24, 62% [avi @ 0x9dd67a0] V: insert 2 empty pkt, total empty 17 from 27, 62% frame= 239 fps= 32 q=0.0 Lsize= 2672kB time=00:00:08.50 bitrate=2572.4kbits/s video:2660kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.442286% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 11:01:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 09:01:34 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.f23da837deefda11894bd86c99503dad@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): You need to build from source. Then you need to download the mails with the patches into a file or several. Once you have that, you use the {{{git am}}} command to apply them, and build the resulting sources. The problem is getting the mails in a form that is not mangled by a mail archive system. I suggest you use a newsreader to connect to Gmane. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 11:40:45 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 09:40:45 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.3562366a2fde96c08c0ac6cbd9921746@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): Im sorry but this is way out of my reach.. So WE actually have to fix a problem with YOUR product? I thought this was a bug report site.. We did report it.. And although we would really want to fix it , this is way out of knowdledge... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 11:48:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 09:48:03 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.adf46fe748a7fad47bb403e987287f92@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Replying to [comment:15 skank]: > Im sorry but this is way out of my reach.. I am sorry to hear that. > So WE actually have to fix a problem with YOUR product? FFmpeg is Free software, anyone can fix a bug and submit the fix for inclusion. And if you '''need''' something to be fixed, you must remember that the amount of support you are '''entitled''' to is directly related to how much you paid for the "product", i.e. nothing. But no one is asking you to fix a bug. I was asking if a proposed fix actually solves your issues. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 12:01:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 10:01:47 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.209abc5876261aaf2b65280d6d2ac520@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): I understand ;) its not that i want to be rude its just that i want to get a fix for it (causr its been present for 2 years now...) and nobody seems to care (although i think its something important) or willing to test the patch if it fixes.. I will look further to see if someone is able to test the patch to see if it fixes the problem... Thank you... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 14:39:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 12:39:52 -0000 Subject: [FFmpeg-trac] #1734(undetermined:new): Problems dumping H264 stream from an Axis camera Message-ID: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera -------------------------------------+------------------------------------- Reporter: PaulJBis | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm trying to dump the H264 stream from an Axis M-1011 camera, and latest ffmpeg gives me a "av_interleaved_write_frame(): Invalid argument" error. The stream does work if I play it using ffplay. If I dump the raw stream with openRTSP (from http://www.live555.com/liveMedia) and then feed it to ffmpeg, it does work too. It only stops working if I use ffmpeg to receive directly the stream (so unfortunately I can't provide you with any video samples). Using git bisect, I managed to narrow down the revision where the bug started happening: version 2107009 is the last one that worked, while 3e1cf49 (and subsequent ones) don't work. Following a discussion in the mailing list, I tried removing "&& has_decode_delay_been_guessed(st)" from compute_pkt_fields() in libavformat/utils.c, in the current version, and it started working too. Below are console outputs, including command lines: Output of the current version: {{{ [paulo at webserver ffmpeg]$ ./ffmpeg -v 9 -loglevel 99 -rtsp_transport tcp -i rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp -vcodec copy -acodec copy -t 4 ../axis.mp4 ffmpeg version N-44400-g2de8877 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 12 2012 22:25:21 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-50) configuration: --enable-encoder=libx264 --enable-libx264 --enable- runtime-cpudetect --enable-libmp3lame --enable-gpl --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0xa6d85e0] SDP: v=0 o=- 1288182959680264 1288182959680264 IN IP4 192.168.1.131 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:50000 t=0 0 a=control:rtsp://192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:50000 a=framerate:25.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://192.168.1.131:554/axis- media/media.amp/trackID=1?streamprofile=Media?tcp a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter- sets=Z0IAKeNQFAe2AtwEBAaQeJEV,aM48gA== [rtsp @ 0xa6d85e0] video codec set to: h264 [NULL @ 0xa6e07c0] RTP Packetization Mode: 1 [NULL @ 0xa6e07c0] RTP Profile IDC: 42 Profile IOP: 0 Level: 29 [NULL @ 0xa6e07c0] Extradata set to 0xa6e0c40 (size: 30)! [rtsp @ 0xa6d85e0] hello state=0 [rtsp @ 0xa6d85e0] All info found rfps: 29.500000 0.016870 rfps: 29.583333 0.012762 rfps: 29.666667 0.009299 rfps: 29.750000 0.006483 rfps: 29.833333 0.004314 Last message repeated 1 times rfps: 29.916667 0.002791 Last message repeated 1 times rfps: 30.000000 0.001914 Last message repeated 1 times rfps: 30.083333 0.001684 rfps: 30.166667 0.002100 Last message repeated 1 times rfps: 30.250000 0.003163 Last message repeated 1 times rfps: 30.333333 0.004872 Last message repeated 1 times rfps: 30.416667 0.007228 rfps: 30.500000 0.010230 rfps: 30.583333 0.013878 rfps: 30.666667 0.018173 rfps: 59.666667 0.017255 rfps: 59.750000 0.013886 rfps: 59.833333 0.011163 rfps: 59.916667 0.009087 Last message repeated 1 times rfps: 60.000000 0.007657 Last message repeated 1 times rfps: 29.970030 0.002155 Last message repeated 1 times rfps: 59.940060 0.008620 Last message repeated 1 times [rtsp @ 0xa6d85e0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.099867, bitrate: N/A Stream #0:0, 28, 1/90000: Video: h264 (Baseline), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/180000, 30.08 tbr, 90k tbn, 180k tbc Output #0, mp4, to '../axis.mp4': Metadata: title : Media Presentation encoder : Lavf54.26.101 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0xa8125e0] pts (0) < dts (1) in stream 0 av_interleaved_write_frame(): Invalid argument }}} Output of version 2107009 (last one that worked): {{{ [paulo at webserver ffmpeg]$ ./ffmpeg -v 9 -loglevel 99 -rtsp_transport tcp -i rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp -vcodec copy -acodec copy -t 4 ../axis.mp4 ffmpeg version N-43195-g2107009 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 14 2012 14:26:23 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-50) configuration: --enable-encoder=libx264 --enable-libx264 --enable- runtime-cpudetect --enable-libmp3lame --enable-gpl --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0xa0df5c0] SDP: v=0 o=- 1288183655668567 1288183655668567 IN IP4 192.168.1.131 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:50000 t=0 0 a=control:rtsp://192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:50000 a=framerate:25.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://192.168.1.131:554/axis- media/media.amp/trackID=1?streamprofile=Media?tcp a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter- sets=Z0IAKeNQFAe2AtwEBAaQeJEV,aM48gA== [rtsp @ 0xa0df5c0] video codec set to: h264 [NULL @ 0xa0e7760] RTP Packetization Mode: 1 [NULL @ 0xa0e7760] RTP Profile IDC: 42 Profile IOP: 0 Level: 29 [NULL @ 0xa0e7760] Extradata set to 0xa0e7c40 (size: 30)! [rtsp @ 0xa0df5c0] hello state=0 [rtsp @ 0xa0df5c0] All info found rfps: 29.666667 0.017957 rfps: 29.750000 0.011154 Last message repeated 1 times rfps: 29.833333 0.006086 Last message repeated 1 times rfps: 29.916667 0.002752 Last message repeated 1 times rfps: 30.000000 0.001154 rfps: 30.083333 0.001291 rfps: 30.166667 0.003162 Last message repeated 1 times rfps: 30.250000 0.006769 Last message repeated 1 times rfps: 30.333333 0.012110 Last message repeated 1 times rfps: 30.416667 0.019187 rfps: 59.750000 0.016809 rfps: 59.833333 0.011010 Last message repeated 1 times rfps: 59.916667 0.006945 Last message repeated 1 times rfps: 60.000000 0.004616 rfps: 29.970030 0.001529 Last message repeated 1 times rfps: 59.940060 0.006116 Last message repeated 1 times [rtsp @ 0xa0df5c0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.099856, bitrate: N/A Stream #0:0, 22, 1/90000: Video: h264 (Baseline), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/180000, 30 tbr, 90k tbn, 180k tbc Output #0, mp4, to '../axis.mp4': Metadata: title : Media Presentation encoder : Lavf54.22.100 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 38 fps=0.0 q=-1.0 size= 347kB time=00:00:01.82 bitrate=1554.8kbits/ frame= 50 fps= 47 q=-1.0 size= 434kB time=00:00:02.36 bitrate=1507.2kbits/ frame= 62 fps= 40 q=-1.0 size= 520kB time=00:00:02.85 bitrate=1490.0kbits/ frame= 75 fps= 36 q=-1.0 size= 652kB time=00:00:03.39 bitrate=1574.2kbits/ frame= 88 fps= 34 q=-1.0 size= 744kB time=00:00:03.89 bitrate=1567.0kbits/ No more output streams to write to, finishing. frame= 91 fps= 32 q=-1.0 Lsize= 767kB time=00:00:03.98 bitrate=1575.8kbits/s video:766kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.236722% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:21:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:21:27 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.2be7cfebc7acd6bbdfafe46c44393968@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => regression * priority: normal => important * status: new => open * component: undetermined => avformat Comment: Closely related to tickets #1724 and #1242. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:32:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:32:31 -0000 Subject: [FFmpeg-trac] #1730(avformat:open): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.2fdae23cabaaa0ffaa5afe855c0ee55d@avcodec.org> #1730: Crash while demuxing m4a file -------------------------------------+------------------------------------- Reporter: Bert | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mov crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov crash => mov crash SIGSEGV -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:39:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:39:01 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.90f318a5d857592688a51b27bd36fa9f@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Related mailing list threads: http://thread.gmane.org/gmane.comp.video.ffmpeg.user/39609 http://thread.gmane.org/gmane.comp.video.ffmpeg.user/40058 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:40:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:40:23 -0000 Subject: [FFmpeg-trac] #1671(undetermined:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.654ecd9fdecabe587c9b5ea46194de87@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+------------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: important | Component: Version: 0.11.1 | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:42:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:42:22 -0000 Subject: [FFmpeg-trac] #1692(avfilter:closed): Using atempo filter causes segfault with AVX In-Reply-To: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> References: <034.2e69c4c8d0a756627cc5febd1aac831c@avcodec.org> Message-ID: <049.0b4e8918d1e200ba0ef30bc97b29cca2@avcodec.org> #1692: Using atempo filter causes segfault with AVX -------------------------------------+------------------------------------- Reporter: takis | Owner: Type: defect | Status: closed Priority: important | Component: avfilter Version: git-master | Resolution: fixed Keywords: avx crash | Blocked By: SIGSEGV atempo | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: avx => avx crash SIGSEGV atempo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:46:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:46:34 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.a732c4ea584082c4debf4f1ac4aecf36@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: arm => arm crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:48:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:48:18 -0000 Subject: [FFmpeg-trac] #1691(avcodec:new): New SN40 samples fail to decode In-Reply-To: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> References: <036.4e2c8ee5a9ed742d101becd0e6a18399@avcodec.org> Message-ID: <051.6131a85c1a1e46adfe239d2278083b50@avcodec.org> #1691: New SN40 samples fail to decode ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: sn40 asp h263 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: sn40 => sn40 asp h263 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:52:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:52:15 -0000 Subject: [FFmpeg-trac] #1735(FFmpeg:new): Problems with quicktime reference clips Message-ID: <039.ad5bbbf5311a6908dfacb2cc36c4fb99@avcodec.org> #1735: Problems with quicktime reference clips -------------------------------------+------------------------------------- Reporter: bastibeckr | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.11.1 Keywords: quicktime, | Blocked By: reference | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Hi, i have tried to convert a quicktime reference clip that links to 2 original files. The clip is made with final cut 7, [https://dl.dropbox.com/u/232052/test_ref_multi.mov test-clip]. Let me know if you also need the original footage, it's simply some prores footage, but the codec doesn't matter. How to reproduce: If the sequence in final cut does not contain a "cut", everything is ok. So i can export a '''part of a single file''', export it as qt reference and encode it with ffmpeg. But '''if I add a second clip or even the same clip twice''', export the sequence as reference, it will output an error. This only happens with reference clips. The clips are viewable with quicktime player or MPEG Streamclip. I tried this with "-use_absolute_path 1" and without, always the same error. Any help is appreciated. Thank you. {{{ 16:25:09 sebastianbecker at mpfcps3.studio2010.corp.int ffmpeg_ref_test ffmpeg -loglevel debug -use_absolute_path 1 -i test_ref_multi_2.mov -c:v libx264 test_ref_multi_2.m4v 1 ? ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Aug 20 2012 18:45:16 with clang 4.0 ((tags/Apple/clang-421.0.60)) configuration: --prefix=/usr/local/Cellar/ffmpeg/0.11.1 --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/clang --host-cflags='-Os -w -pipe -march=native -Xclang -target-feature -Xclang -aes -Qunused-arguments -mmacosx-version-min=10.7' --host- ldflags='-L/usr/local/Cellar/gettext/0.18.1.1/lib -L/usr/local/lib -L/usr/X11/lib' --enable-libx264 --enable-libfaac --enable-libmp3lame --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass --enable-libvo-aacenc --disable-ffplay libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] ISO: File Type Major Brand: qt [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] volume Studio2010, len 10 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] filename test_one.mov, len 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] nlvl from -1, nlvl to -1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 0, len 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] dir Basti_Becker [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 2, len 55 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] path //Volumes/Studio2010/Transfer/Basti_Becker/test_one.mov [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 14, len 26 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 15, len 22 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 18, len 35 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 19, len 19 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type -1, len 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] volume Studio2010, len 10 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] filename test_two.mov, len 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] nlvl from -1, nlvl to -1 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 0, len 12 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] dir Basti_Becker [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 2, len 55 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] path //Volumes/Studio2010/Transfer/Basti_Becker/test_two.mov [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 14, len 26 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 15, len 22 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 18, len 35 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type 19, len 19 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] type -1, len 0 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] Using absolute path on user request, this is a possible security issue [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] File position before avformat_find_stream_info() is 1163349 [prores @ 0x7fc35b83a600] error, wrong picture data size [prores @ 0x7fc35b83a600] error decoding picture header [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7fc35b81e200] File position after avformat_find_stream_info() is 288512 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'test_ref_multi_2.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-14 14:26:24 Duration: 00:00:04.00, start: 0.000000, bitrate: 2326 kb/s Stream #0:0(eng), 1, 1/25: Video: prores (apcs / 0x73637061), yuv422p10le, 1920x1080, 1/25, 8065 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-14 14:26:24 handler_name : Apple Alias Data Handler Stream #0:1(eng), 47, 1/48000: Audio: pcm_s24le (in24 / 0x34326E69), 48000 Hz, stereo, s32, 2304 kb/s Metadata: creation_time : 2012-09-14 14:26:24 handler_name : Apple Alias Data Handler Stream #0:2(eng), 0, 1/25: Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2012-09-14 14:26:24 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 File 'test_ref_multi_2.m4v' already exists. Overwrite ? [y/N] y w:1920 h:1080 pixfmt:yuv422p10le tb:1/25 sar:1/1 sws_param:flags=2 [buffersink @ 0x7fc35b4167a0] No opaque field provided [format @ 0x7fc35b416ae0] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'format' [scale @ 0x7fc35b416e60] w:1920 h:1080 fmt:yuv422p10le sar:1/1 -> w:1920 h:1080 fmt:yuv422p sar:1/1 flags:0x4 [abuffer source @ 0x7fc35b417400] Setting entry with key 'time_base' to value '1/48000' [abuffer source @ 0x7fc35b417400] Setting entry with key 'sample_rate' to value '48000' [abuffer source @ 0x7fc35b417400] Setting entry with key 'sample_fmt' to value 's32' [abuffer source @ 0x7fc35b417400] Setting entry with key 'channel_layout' to value '0x3' [abuffer @ 0x7fc35b4173a0] tb:1/48000 samplefmt:s32 samplerate: 48000 ch layout:0x3 [aformat filter @ 0x7fc35b4178c0] Setting entry with key 'sample_fmts' to value 's16' [aformat filter @ 0x7fc35b4178c0] Setting entry with key 'channel_layouts' to value '0x4,0x3,0x7,0x107,0x37,0x3f' [aformat @ 0x7fc35b417860] auto-inserting filter 'auto-inserted resampler 0' between the filter 'src' and the filter 'aformat' [aresample @ 0x7fc35b417d80] chl:stereo fmt:s32 r:48000Hz -> chl:stereo fmt:s16 r:48000Hz [libx264 @ 0x7fc35b84a400] using mv_range_thread = 40 [libx264 @ 0x7fc35b84a400] using SAR=1/1 [libx264 @ 0x7fc35b84a400] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x7fc35b84a400] profile High 4:2:2, level 4.0, 4:2:2 8-bit [libx264 @ 0x7fc35b84a400] 264 - core 125 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00 [prores @ 0x7fc35b83a600] detected 8 logical cores Output #0, ipod, to 'test_ref_multi_2.m4v': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-14 14:26:24 encoder : Lavf54.6.100 Stream #0:0(eng), 0, 1/25: Video: h264 (avc1 / 0x31637661), yuv422p, 1920x1080 [SAR 1:1 DAR 16:9], 1/25, q=-1--1, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-14 14:26:24 handler_name : Apple Alias Data Handler Stream #0:1(eng), 0, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 128 kb/s Metadata: creation_time : 2012-09-14 14:26:24 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (prores -> libx264) Stream #0:1 -> #0:1 (pcm_s24le -> libfaac) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:55:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:55:00 -0000 Subject: [FFmpeg-trac] #983(undetermined:closed): No video in applehttp stream In-Reply-To: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> References: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> Message-ID: <051.191046fdf7930a57e5ac1af9d916d7ee@avcodec.org> #983: No video in applehttp stream -------------------------------------+------------------------------------- Reporter: Derevko | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: hls h264 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: applehttp h264 => hls h264 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 16:57:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 14:57:24 -0000 Subject: [FFmpeg-trac] #1668(undetermined:closed): Cannot transcode FLV-contained speex to anything In-Reply-To: <035.27e591c9cce76a93b593fb695858b790@avcodec.org> References: <035.27e591c9cce76a93b593fb695858b790@avcodec.org> Message-ID: <050.2e299e38e10b823fbacf05551523417e@avcodec.org> #1668: Cannot transcode FLV-contained speex to anything -------------------------------------+------------------------------------- Reporter: bbhoss | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: speex | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wav flv speex => speex * status: new => closed * resolution: => invalid Comment: Generally, I don't think libavcodec knows if it can't decode a stream because the codec is not supported or because an optional part was not compiled with the library. But I may of course miss something... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:05:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:05:27 -0000 Subject: [FFmpeg-trac] #1735(undetermined:new): Problems with quicktime reference clips In-Reply-To: <039.ad5bbbf5311a6908dfacb2cc36c4fb99@avcodec.org> References: <039.ad5bbbf5311a6908dfacb2cc36c4fb99@avcodec.org> Message-ID: <054.8c5b89e9d6c07d9ddd18c2f6ae175502@avcodec.org> #1735: Problems with quicktime reference clips -------------------------------------+------------------------------------- Reporter: bastibeckr | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: quicktime, reference => mov * component: FFmpeg => undetermined Comment: test_two.mov is missing afaict, and if possible, it would be nice if you could provide a sample with relative paths. Or is that impossible with fc? Please test current git head. Generally, please do not cut FFmpeg output but provide complete, uncut output, do not use external libraries if it is not necessary to reproduce the problem and it is appreciated if your command line matches the sample that you provide. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:06:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:06:37 -0000 Subject: [FFmpeg-trac] #1666(undetermined:open): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera In-Reply-To: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> References: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> Message-ID: <047.87c94344f7ec17f24aed5bc6ef07b219@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ai12 | Resolution: h264intra | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ai12 => ai12 h264intra Comment: Maybe related to ticket #1294. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:07:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:07:17 -0000 Subject: [FFmpeg-trac] #524(undetermined:open): AVC-Intra in mov not supported In-Reply-To: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> References: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> Message-ID: <051.a448a622bbab0d3f2b9233ade133c0be@avcodec.org> #524: AVC-Intra in mov not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: H264intra | Resolution: AVID AVin | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264 AVID AVin => H264intra AVID AVin Comment: Possibly related to tickets #1294 and #1666. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:08:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:08:25 -0000 Subject: [FFmpeg-trac] #1666(undetermined:open): Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera In-Reply-To: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> References: <032.b36a44d54c585d5ee7b2ecfd40617db3@avcodec.org> Message-ID: <047.de727e123b4759ab276c103ab70dbe6e@avcodec.org> #1666: Unable to decode AVC-Intra file from Panasonic AG-HPX301E Camera -------------------------------------+------------------------------------- Reporter: rmk | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ai12 | Resolution: h264intra mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ai12 h264intra => ai12 h264intra mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:08:39 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:08:39 -0000 Subject: [FFmpeg-trac] #524(undetermined:open): AVC-Intra in mov not supported In-Reply-To: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> References: <036.de05c6dcb04d9a9f58523bc5e44fc5c4@avcodec.org> Message-ID: <051.9a1bf9bc832ef53754c6d8d04264267e@avcodec.org> #524: AVC-Intra in mov not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: H264intra | Resolution: AVID AVin mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: H264intra AVID AVin => H264intra AVID AVin mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:08:51 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:08:51 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.f0011dd61232cdca0d9933a02ee026fa@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: h264 => h264intra mxf Comment: Maybe also related to ticket #1666. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:49:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:49:36 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.1975481b5e3c8d29e96ba58b0745cd71@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Replying to [comment:11 Cigaes]: > Can you try this patch series: > [http://ffmpeg.org/pipermail/ffmpeg-devel/2012-September/130738.html] > and see if it fixes things for you in the following situations: > * playback with ffplay; > * transcoding to a different sub codec (dvdsub; {{{-fix_sub_duration}}} is required, and {{{-s:s 1920x1080}}} also if the subtitles arrive too late); > * hardcoding the subtitles on the video. All three situations are fixed with your patchset (attached), both for the sample here in this ticket, and the sample from ticket #598 (that needs the CRC-check in pat_cb() disabled)! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 17:51:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 15:51:58 -0000 Subject: [FFmpeg-trac] #1736(undetermined:new): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers Message-ID: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- This issue is occuring on Snow Leopard with Apple's gcc-4.2 and possibly llvm-gcc-4.2 compilers. The build fails with: {{{ 132 :info:build In file included from /usr/lib/gcc/i686-apple- darwin10/4.2.1/include/xmmintrin.h:45, 133 :info:build from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/MachineExceptions.h:29, 134 :info:build from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/DriverServices.h:32, 135 :info:build from /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CarbonCore.h:125, 136 :info:build from /System/Library/Frameworks/CoreServices.framework/Frameworks/AE.framework/Headers/AE.h:20, 137 :info:build from /System/Library/Frameworks/CoreServices.framework/Headers/CoreServices.h:21, 138 :info:build from /System/Library/Frameworks/ApplicationServices.framework/Headers/ApplicationServices.h:20, 139 :info:build from /System/Library/Frameworks/CoreVideo.framework/Headers/CVDisplayLink.h:24, 140 :info:build from /System/Library/Frameworks/CoreVideo.framework/Headers/CoreVideo.h:24, 141 :info:build from /System/Library/Frameworks/VideoDecodeAcceleration.framework/Headers/VDADecoder.h:12, 142 :info:build from libavcodec/vda.h:45, 143 :info:build from libavcodec/vda_h264.c:29: 144 :info:build /usr/lib/gcc/i686-apple- darwin10/4.2.1/include/mm_malloc.h: In function '_mm_malloc': 145 :info:build /usr/lib/gcc/i686-apple- darwin10/4.2.1/include/mm_malloc.h:56: error: implicit declaration of function 'please_use_av_malloc' 146 :info:build /usr/lib/gcc/i686-apple- darwin10/4.2.1/include/mm_malloc.h: In function '_mm_free': 147 :info:build /usr/lib/gcc/i686-apple- darwin10/4.2.1/include/mm_malloc.h:74: error: implicit declaration of function 'please_use_av_free' }}} mm_malloc.h provides static inline functions like: {{{ static __inline__ void _mm_free (void * aligned_ptr) { if (aligned_ptr) free (((void **) aligned_ptr) [-1]); } }}} which get tripped up over free being defined to please_use_av_free. This has been reported to MacPorts as https://trac.macports.org/ticket/36142 ... the issue was introduced some time between July 18's git master (56ae5926f739bd26a5aa4add98604b7cd3c2d6ca) and September 12 (2de88776892093b10522152f1f72b7dfc0320502). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 18:01:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 16:01:37 -0000 Subject: [FFmpeg-trac] #1736(avcodec:open): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.2cc411d7250b78f6b1d2fe061c6faaaa@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: osx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => osx regression * priority: normal => important * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: Could you test attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 18:04:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 16:04:26 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.e86f3af2ee19f16dc27f41634a964cde@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * cc: idooley (added) * keywords: x11grab => x11grab regression Comment: The original command line works flawlessly here, if you want this fixed, please try to find the version introducing the problem / test 219a6fb. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 18:10:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 16:10:07 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.a2dfd06f3725f0597911dfbdb29daec0@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): Cehoyos, so with the patch, the subs dont disappear anymore? That would rock! Will the patch be built in next release of mmpeg then? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 18:16:01 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 16:16:01 -0000 Subject: [FFmpeg-trac] #1735(undetermined:new): Problems with quicktime reference clips In-Reply-To: <039.ad5bbbf5311a6908dfacb2cc36c4fb99@avcodec.org> References: <039.ad5bbbf5311a6908dfacb2cc36c4fb99@avcodec.org> Message-ID: <054.19a30f311c8a4e667667d2b15d78fac5@avcodec.org> #1735: Problems with quicktime reference clips -------------------------------------+------------------------------------- Reporter: bastibeckr | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.11.1 | undetermined Keywords: mov | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by bastibeckr): Hi, thanks for your fast response. I will find out if I can create a clip that contains references to relative paths. test_two.mov is reported by ffmpeg to be missing. But with other players I can play the clip - it fails in ffmpeg. if I create a sequence that contains only test_two.mov or one part of it, it will work. e.g. my sequence looks like: {{{ [test_two.mov] => works [test_two.mov|test_two.mov] => doesn't work [test_two.mov|test_one.mov] => doesn't work }}} (the source clips may be truncated, but the result must only consist of one clip (no cuts)): {{{ [first-part-of-test_two.mov] => works [first-part-of-test_two.mov|second-part-of-test_two.mov] => won't work }}} There are no gaps between the cuts, it's comparable to a "playlist". Again, will seems to be valid quicktime because other players don't complain and play the file without any problem. thanks again, i will try to match your requirements (no ext. libraries, etc) and provide feedback with full output when i'm done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 18:16:14 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 16:16:14 -0000 Subject: [FFmpeg-trac] #1737(avcodec:new): ffmpeg detect aac stereo as mono Message-ID: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> #1737: ffmpeg detect aac stereo as mono ---------------------------------+-------------------------------------- Reporter: dmitry9 | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- How to reproduce: {{{ ffprobe -v 9 -loglevel 99 ./audio_aac_stereo_as_mono.mp4 ffprobe version N-44445-ge332947 Copyright (c) 2007-2012 the FFmpeg developers built on Sep 14 2012 14:05:18 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: --cc='gcc -O2 -m64 -mtune=core2 -pipe' --enable-version3 --enable-libfaac --enable-libx264 --enable-pthreads --enable-gpl --enable- nonfree --enable-librtmp --enable-shared --enable-filter=movie --enable- avfilter --enable-libspeex --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libaacplus --enable-libvo-aacenc libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17953c0] Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17953c0] ISO: File Type Major Brand: isom [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17953c0] File position before avformat_find_stream_info() is 1175362 [aac @ 0x179cc60] channel element 0.0 is not allocated [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17953c0] All info found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x17953c0] File position after avformat_find_stream_info() is 143323 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from './audio_aac_stereo_as_mono.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 title : Teradek stream encoder : Lavf54.27.100 copyright : Teradek Duration: 00:00:21.05, start: 0.000000, bitrate: 446 kb/s Stream #0:0(und), 41, 1/1000: Video: h264 (High) (avc1 / 0x31637661), yuv420p, 360x240 [SAR 32:27 DAR 16:9], 1/50, 407 kb/s, 23.86 fps, 25 tbr, 1k tbn, 50 tbc Metadata: handler_name : VideoHandler Stream #0:1(und), 120, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, mono, s16, 32 kb/s Metadata: handler_name : SoundHandler [h264 @ 0x179bc00] detected 8 logical cores [AVIOContext @ 0x179da40] Statistics: 214912 bytes read, 2 seeks }}} Attach log for: {{{ ffmpeg -v 9 -loglevel 99 -i ./audio_aac_stereo_as_mono.mp4 -vcodec copy -acodec libfaac -ar 22050 -report -f mp4 /tmp/aaa3.mp4 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 19:24:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 17:24:25 -0000 Subject: [FFmpeg-trac] #1737(avcodec:new): ffmpeg detect aac stereo as mono In-Reply-To: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> References: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> Message-ID: <051.5ac711c94dc91a614467f1133d878bcc@avcodec.org> #1737: ffmpeg detect aac stereo as mono ------------------------------------+----------------------------------- Reporter: dmitry9 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * priority: important => normal Comment: Do you think this is a regression? QuickTime also detects the audio stream as mono. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 19:56:33 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 17:56:33 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.5e70e4571ab2be56e7f5f9352c926d90@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Are you sure the first frame contains SPS/PPS? Because I think that should be enough to allow playing with FFmpeg as long as you don't seek. However I suspect that they are instead stored in some place where FFmpeg doesn't find them, or maybe they are not stored at all. In which case your rewrapped samples might provide us with the reference values we'd just have to copy-and-paste into the source and put into extradata for AVC-Intra streams... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 22:29:19 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 20:29:19 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.517fcc76d419797804ae7492e4a86fb2@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DoomBot): Awesome news! thanks for testing it cehoyos and thank you Cigaes for this excellent patch. Now we need a new ffmpeg released with this new patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 14 23:57:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 14 Sep 2012 21:57:23 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.d8183a677b59e5fe02b88044e28d794d@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): I?m not shure that the first frame contains the SPS and PPS. But somehow XFConverter restores them :-/ If you need more rewrapped samples to get reference values of the Panasonic AVC-Intra header I can help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 14:05:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 12:05:13 -0000 Subject: [FFmpeg-trac] #1737(avcodec:new): ffmpeg detect aac stereo as mono In-Reply-To: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> References: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> Message-ID: <051.b1ec0e71d13150f47996db086491dc39@avcodec.org> #1737: ffmpeg detect aac stereo as mono ------------------------------------+----------------------------------- Reporter: dmitry9 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by dmitry9): * QuickTime detect audio stream as Mono, 48000 and when play sound crackles. * MEncoder detect stream as stereo(2ch) and successfully transcode to mp3. Play sound normal. {{{ mencoder /tmp/audio_aac_stereo_as_mono.mp4 -oac mp3lame -ovc x264 -o /tmp/out.avi MEncoder SVN-r1.0~rc3+svn20090426-4.4.3 (C) 2000-2009 MPlayer Team WARNING: OUTPUT FILE FORMAT IS _AVI_. See -of help. success: format: 0 data: 0x0 - 0x11ef42 libavformat file format detected. [lavf] Video stream found, -vid 0 [lavf] Audio stream found, -aid 1 VIDEO: [avc1] 360x240 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s) [V] filefmt:44 fourcc:0x31637661 size:360x240 fps:25.000 ftime:=0.0400 ========================================================================== Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) FAAD: compressed input bitrate missing, assuming 128kbit/s! AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000) Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)) ========================================================================== Opening video filter: [expand osd=1] Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== MP3 audio selected. }}} * cvlc VLC media player 1.0.6 Goldeneye when play detect: [0x7f2acc00e1e8] pulse audio output: No. of Audio Channels: 2 * ffmpeg when try change rate 48000 -> 22050: sound output broken. Please see log file in attachment ffmpeg-20120914-161147.log -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 14:19:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 12:19:39 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.4bf229d5df1e86f7fd71cd0e3350c248@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by skank): Cehoyos, This patch works for ffplay but we need it to be able to be used in xbmc.. Therefore we need that patchEd right into libffmpeg itself.. Could you do that for us please? Thanks again.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 16:33:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 14:33:33 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.1edaa8b9af9b225975a37f00df6baa98@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): I just applied the patches to the official git repository. They will probably be part of the 0.12 release. As for fixing xbmc, I am afraid that is not possible here. The problem was that the ffmpeg libraries were not providing the correct time at the logical place, therefore, applications based on ffmpeg would seek the value elsewhere, incorrectly. The ffmpeg libraries now provide the correct time at the logical place, but applications will probably still be using the incorrect one. You will need to file bug reports to the applications you want fixed. You can point the following patch as an example: [http://git.videolan.org/?p=ffmpeg.git;a=blobdiff;f=ffplay.c;h=1c9a1414ca8928047865999e475abc48246eae8c;hp=42f03b860b5c6ce8e281bf3a59dd33641fefbe1d;hb=2939e258f9d1fff89b3b68536beb931b54611585;hpb=6d8b32633e843962d84fc63875bda909d9a36f46] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 16:52:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 14:52:30 -0000 Subject: [FFmpeg-trac] #1722(avformat:open): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.3419f3dcb11e481c31304f07c894d463@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): However I don't really understand why MPlayer happened to work without those changes, it too just uses the packet PTS values directly... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:13:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:13:55 -0000 Subject: [FFmpeg-trac] #1722(avformat:closed): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.e61ed1b7e821e7dde32abb03dad96f1a@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Replying to [comment:23 reimar]: > However I don't really understand why MPlayer happened to work without those changes, it too just uses the packet PTS values directly... I can confirm that it still worked for today's svn head with several different samples both before and after your commit. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:16:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:16:02 -0000 Subject: [FFmpeg-trac] #598(avformat:open): Subtitle on some BD/m2ts files are not detected because CRC check fails In-Reply-To: <038.f3befa32a194325336c106e768016dbf@avcodec.org> References: <038.f3befa32a194325336c106e768016dbf@avcodec.org> Message-ID: <053.f0df00a57d81a4565c6eb5b7ae88023c@avcodec.org> #598: Subtitle on some BD/m2ts files are not detected because CRC check fails -------------------------------------+------------------------------------- Reporter: Sebastiii | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: pgssub | Blocked By: mpegts pmt bluray | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 cehoyos]: > The third problem is that the BD subtitles are only shown for one frame by ffplay if you use the patch. I suspect this will not hit you when using third party applications (it cannot be reproduced with MPlayer), but is still noteworthy. This problem was fixed by Nicolas George, the only remaining problem is the CRC check in libavformat/mpegts.c, I cannot really comment on that issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:19:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:19:25 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.22fb2d4636f4dbad238d10e2f415a430@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by idooley): I've just verified that version 219a6fb fails. I'll try to find an earlier version that succeeds, or try to fix the bug myself and submit a patch. The following is the output when running version 219a6fb: $ ffmpeg -v 100 -ac 0 -f x11grab -s 800x600 -r 30 -i :10.0 -vcodec libx264 -threads 2 ${HOME}/capturedvideoXvfb.avi ffmpeg version 0.8.3-4:0.8.3-0ubuntu0.12.04.1, Copyright (c) 2000-2012 the Libav developers built on Jun 12 2012 16:52:09 with gcc 4.6.3 configuration: --extra-version='4:0.8.3-0ubuntu0.12.04.1' --arch=amd64 --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --enable-vdpau --enable- bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvorbis --enable-pthreads --enable-zlib --enable- libvpx --enable-runtime-cpudetect --enable-libfreetype --enable-vaapi --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable- libdc1394 --shlibdir=/usr/lib/x86_64-linux-gnu --enable-shared --disable- static libavutil 51. 22. 1 / 51. 22. 1 libavcodec 53. 35. 0 / 53. 35. 0 libavformat 53. 21. 0 / 53. 21. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 15. 0 / 2. 15. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 52. 0. 0 / 52. 0. 0 *** THIS PROGRAM IS DEPRECATED *** This program is only provided for compatibility and will be removed in a future release. Please use avconv instead. [x11grab @ 0x13747a0] device: :10.0 -> display: :10.0 x: 0 y: 0 width: 800 height: 600 [x11grab @ 0x13747a0] shared memory extension found X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 142 (XFIXES) Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) Resource id in failed request: 0x200001 Serial number of failed request: 14 Current serial number in output stream: 14 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:25:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:25:24 -0000 Subject: [FFmpeg-trac] #1722(avformat:closed): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.17af9500aa414f7e1224425cfa314b03@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): I know it works in MPlayer before and after, I am just annoyed that I can't figure out what the difference between MPlayer and ffplay is that made ffplay not work before... Particularly since it means I don't have a test-case for implementing support for using sub->pts in MPlayer. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:44:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:44:55 -0000 Subject: [FFmpeg-trac] #1737(avcodec:open): ffmpeg detect aac stereo as mono In-Reply-To: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> References: <036.b3d8ab7383ac60ebf9e57754d18c78f6@avcodec.org> Message-ID: <051.ba5bc284a97602f4d77f42b55595f4fe@avcodec.org> #1737: ffmpeg detect aac stereo as mono ------------------------------------+----------------------------------- Reporter: dmitry9 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: It also works as "good" with a non-ancient version of MPlayer with -ac faad. "good" is relative since the original sample is white-noise only iiuc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:51:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:51:29 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.bc7439047b0950ae91ee0db7ffb8c100@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): So below patch will allow playing the AVCI100 file. If you try searching for the SPS/PPS you will see there is nothing similar in the original file, so as I suspected the problem is not that SPS/PPS exists only for the first file but that it does not exist at all in the file. However there are several issues 1) It does not work for AVCI50, so that one uses different SPS/PPS which I don't know. 2) I have no way to detect which files are actually AVC-Intra and which are normal files. Using this patch on normal files has a significant risk of breaking things. I also don't know how to properly distinguish AVCI50 and AVCI100. 3) This probably should be moved into common code, since the mov demuxer needs the same thing to play AVCI files. {{{ diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c index 3ddeb99..d93910f 100644 --- a/libavformat/mxfdec.c +++ b/libavformat/mxfdec.c @@ -1487,6 +1489,27 @@ static int mxf_parse_structural_metadata(MXFContext *mxf) if (descriptor->extradata) { st->codec->extradata = descriptor->extradata; st->codec->extradata_size = descriptor->extradata_size; + } else { + static const uint8_t avc100extra[] = { + // SPS + 0x00, 0x00, 0x00, 0x01, 0x67, 0x7a, 0x00, 0x29, + 0xb6, 0xd4, 0x20, 0x22, 0x33, 0x19, 0xc6, 0x63, + 0x23, 0x21, 0x01, 0x11, 0x98, 0xce, 0x33, 0x19, + 0x18, 0x21, 0x03, 0x3a, 0x46, 0x65, 0x6a, 0x65, + 0x24, 0xad, 0xe9, 0x12, 0x32, 0x14, 0x1a, 0x26, + 0x34, 0xad, 0xa4, 0x41, 0x82, 0x23, 0x01, 0x50, + 0x2b, 0x1a, 0x24, 0x69, 0x48, 0x30, 0x40, 0x2e, + 0x11, 0x12, 0x08, 0xc6, 0x8c, 0x04, 0x41, 0x28, + 0x4c, 0x34, 0xf0, 0x1e, 0x01, 0x13, 0xf2, 0xe0, + 0x3c, 0x60, 0x20, 0x20, 0x28, 0x00, 0x00, 0x03, + // PPS + 0x00, 0x08, 0x00, 0x00, 0x03, 0x01, 0x94, 0x20, + 0x00, 0x00, 0x00, 0x01, 0x68, 0xce, 0x32, 0x48, + 0x90 + }; + st->codec->extradata = av_mallocz(sizeof(avc100extra) + FF_INPUT_BUFFER_PADDING_SIZE); + memcpy(st->codec->extradata, avc100extra, sizeof(avc100extra)); + st->codec->extradata_size = sizeof(avc100extra); } if (st->codec->codec_type == AVMEDIA_TYPE_VIDEO) { source_track->intra_only = mxf_is_intra_only(descriptor); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:54:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:54:19 -0000 Subject: [FFmpeg-trac] #1722(avformat:closed): PGS subtitles vanish/disappear immediately in m2ts In-Reply-To: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> References: <034.761a00b37065c08f32964f13e3088f34@avcodec.org> Message-ID: <049.43fb1083d947d36e6a120f58ca60dc22@avcodec.org> #1722: PGS subtitles vanish/disappear immediately in m2ts ------------------------------------+------------------------------------ Reporter: skank | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: pgssub | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by DoomBot): Wow i can't believe how fast this all got resolved! Thanks again Cigaes excellent work can't wait for 0.12 release. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 17:57:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 15:57:09 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.f930f10792a4d2bb557c3d5a68ed55bc@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 reimar]: > 2) I have no way to detect which files are actually AVC-Intra and which are normal files. Using this patch on normal files has a significant risk of breaking things. I also don't know how to properly distinguish AVCI50 and AVCI100. (In some mov cases, the codec_tag allows to differentiate.) > 3) This probably should be moved into common code, since the mov demuxer needs the same thing to play AVCI files. Do you suspect this or were you able to test successfully with the samples from ticket #524 and #1666? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 18:01:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 16:01:58 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.82329a226f4cef1874c165676420e7d6@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:8 idooley]: > I just tested 219a6fb, and it fails. The output follows. I'll try to either find another version that does work, or try to fix the bug myself and submit a patch. This ticket is about a problem that is not reproducible with 0.11.1. Can you confirm that it works for you with 0.11.1? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 19:02:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 17:02:42 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.7392b7d364b2bf907ad1f0906539cdb8@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I sent a patch based on that for #524, but #1666 is not the same format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 19:25:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 17:25:55 -0000 Subject: [FFmpeg-trac] #1736(avcodec:open): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.21008f014e4151e3955c4e172d07a9a9@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: osx | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by pablosanta): In my case, the package `mplayer-devel` from !MacPorts was not compiling due to this bug. I applied the patch to the file in the directory created by !MacPorts during compilation and was able to compile mplayer and it works. Tested the patch on Snow Leopard (10.6.8) with gcc version 4.2.1 (XCode 3.2.6). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 20:13:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 18:13:10 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.f222311c2c3d1ae87fcb071b80efdd8c@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): Here you can download the rewrapped AVCI50 file to get the AVCI50 reference SPS/PPS: [http://free-vsts.com/files/MXF/AVCI50_Test_xf.mxf] The files are 1080i50. I will generate and upload 720p50 files next week. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 20:52:50 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 18:52:50 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.9f139d48b92c87423256b8940dfe107a@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by idooley): Replying to [comment:9 cehoyos]: > Replying to [comment:8 idooley]: > > I just tested 219a6fb, and it fails. The output follows. I'll try to either find another version that does work, or try to fix the bug myself and submit a patch. > This ticket is about a problem that is not reproducible with 0.11.1. Can you confirm that it works for you with 0.11.1? I get an error in 0.11.1. Thus I guess I have a different problem than the submitter. I do have a fix for my problem however. I'll open a separate trac ticket for my problem and post the patch there. Here is the output I get when using 0.11.1 that I compiled from the source tarball: $ ./ffmpeg -an -f x11grab -s 800x600 -r 30 -i :10.0 -vcodec libx264 -threads 1 ${HOME}/capturedvideoXvfb.avi ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 15 2012 14:48:09 with gcc 4.6.3 configuration: --enable-network --enable-protocol=tcp --enable-libx264 --enable-x11grab --enable-gpl libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [x11grab @ 0x1614360] device: :10.0 -> display: :10.0 x: 0 y: 0 width: 800 height: 600 [x11grab @ 0x1614360] shared memory extension found X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 142 (XFIXES) Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) Resource id in failed request: 0x200001 Serial number of failed request: 14 Current serial number in output stream: 14 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 21:10:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 19:10:41 -0000 Subject: [FFmpeg-trac] #1738(undetermined:new): x11grab BadCursor Message-ID: <036.7926377a1f4618aa53ba245aea4af611@avcodec.org> #1738: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: idooley | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: x11grab | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: ffmpeg exits when calling "xcim = XFixesGetCursorImage(dpy);" from x11grab.c, if X11 cursor has not been set yet. In most X11 servers, a cursor has already been set. But in simple Xvfb instances, the cursor may not yet have been set. Affected Versions: 0.11.1, 47277c4, f7cba73 on Ubuntu 12.10 How to reproduce: {{{ % Xvfb :10 -screen 0 800x600x24 & % ./ffmpeg -an -f x11grab -s 800x600 -r 30 -i :10.0 -vcodec libx264 -threads 1 ${HOME}/capturedvideoXvfb.avi ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 15 2012 14:48:09 with gcc 4.6.3 configuration: --enable-network --enable-protocol=tcp --enable-libx264 --enable-x11grab --enable-gpl libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [x11grab @ 0x1614360] device: :10.0 -> display: :10.0 x: 0 y: 0 width: 800 height: 600 [x11grab @ 0x1614360] shared memory extension found X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 142 (XFIXES) Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) Resource id in failed request: 0x200001 Serial number of failed request: 14 Current serial number in output stream: 14 }}} or, for a different ffmpeg version: {{{ % Xvfb :10 -screen 0 800x600x24 & % ./ffmpeg -an -f x11grab -s 800x600 -r 30 -i :10.0 -vcodec libx264 -threads 1 ${HOME}/capturedvideoXvfb.avi rm: cannot remove `/home/isaacdooley/capturedvideo*': No such file or directory ffmpeg version N-42091-gf7cba73 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 15 2012 14:38:41 with gcc 4.6.3 configuration: --enable-network --enable-protocol=tcp --enable-libx264 --enable-x11grab --enable-gpl libavutil 51. 63.100 / 51. 63.100 libavcodec 54. 31.100 / 54. 31.100 libavformat 54. 14.100 / 54. 14.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 3. 0.100 / 3. 0.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [x11grab @ 0x1eeb380] device: :10.0 -> display: :10.0 x: 0 y: 0 width: 800 height: 600 [x11grab @ 0x1eeb380] shared memory extension found X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 142 (XFIXES) Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) Resource id in failed request: 0x200001 Serial number of failed request: 14 Current serial number in output stream: 14 }}} Fix: I found a post in the mailing list that appears to correctly identify the problem and reference a fix to a perl module for this same issue: http://ffmpeg.org/pipermail/ffmpeg-user/2012-August/008804.html I've made some changes to x11grab.c, similar to those in the perl module, namely adding a call to set the cursor immediately before calling XFixesGetCursorImage(). The patch below makes ffmpeg work properly: {{{ $ git diff diff --git a/libavdevice/x11grab.c b/libavdevice/x11grab.c index b6bd486..b8271d5 100644 --- a/libavdevice/x11grab.c +++ b/libavdevice/x11grab.c @@ -43,6 +43,7 @@ #include "libavutil/parseutils.h" #include "libavutil/time.h" #include +#include #include #include #include @@ -357,6 +358,12 @@ paint_mouse_pointer(XImage *image, struct x11grab *s) if (image->bits_per_pixel != 24 && image->bits_per_pixel != 32) return; + Cursor c = XCreateFontCursor(dpy, XC_left_ptr); + Window w = DefaultRootWindow(dpy); + XSetWindowAttributes attr; + attr.cursor = c; + XChangeWindowAttributes(dpy, w, CWCursor, &attr); + xcim = XFixesGetCursorImage(dpy); x = xcim->x - xcim->xhot; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 21:12:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 19:12:36 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.a0d30e7c0c541656a7862edae10804c7@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by idooley): Replying to [comment:10 idooley]: > Replying to [comment:9 cehoyos]: > > Replying to [comment:8 idooley]: > > > I just tested 219a6fb, and it fails. The output follows. I'll try to either find another version that does work, or try to fix the bug myself and submit a patch. > > This ticket is about a problem that is not reproducible with 0.11.1. Can you confirm that it works for you with 0.11.1? > > I get an error in 0.11.1. Thus I guess I have a different problem than the submitter. I do have a fix for my problem however. I'll open a separate trac ticket for my problem and post the patch there. Here is the output I get when using 0.11.1 that I compiled from the source tarball: > > $ ./ffmpeg -an -f x11grab -s 800x600 -r 30 -i :10.0 -vcodec libx264 -threads 1 ${HOME}/capturedvideoXvfb.avi > ffmpeg version 0.11.1 Copyright (c) 2000-2012 the FFmpeg developers > built on Sep 15 2012 14:48:09 with gcc 4.6.3 > configuration: --enable-network --enable-protocol=tcp --enable-libx264 --enable-x11grab --enable-gpl > libavutil 51. 54.100 / 51. 54.100 > libavcodec 54. 23.100 / 54. 23.100 > libavformat 54. 6.100 / 54. 6.100 > libavdevice 54. 0.100 / 54. 0.100 > libavfilter 2. 77.100 / 2. 77.100 > libswscale 2. 1.100 / 2. 1.100 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [x11grab @ 0x1614360] device: :10.0 -> display: :10.0 x: 0 y: 0 width: 800 height: 600 > [x11grab @ 0x1614360] shared memory extension found > X Error of failed request: BadCursor (invalid Cursor parameter) > Major opcode of failed request: 142 (XFIXES) > Minor opcode of failed request: 25 (XFixesGetCursorImageAndName) > Resource id in failed request: 0x200001 > Serial number of failed request: 14 > Current serial number in output stream: 14 > > I've opened Ticket #1738 for my problem, since it is different than this one. That ticket has one possible fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 22:10:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 20:10:56 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.1141e4df0274b6013acbb0f21f3f7775@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): That file plays with a severely broken aspect, do you have any idea why that might be? Since the MXF file contains the correct 16:9 I suspect the SPS/PPS are broken and have wrong values. Is AVCI50 always 1440x1080 or is it possible the tool created incorrect headers for a 1920x1080 AVCI50 file? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 22:41:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 20:41:48 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.cd270fd17e1c5a7a81e0cb508de0374d@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): Ok, that one is two bugs: 1) FFmpeg does not use the aspect encoded in the MXF file, fix for that sent 2) The SPS in that file has the SAR encoded as 3:4 when it should be 4:3, or in other words: that SPS is wrong. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 15 23:19:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 15 Sep 2012 21:19:43 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.6c768bf7c68201c71e82c8c9de4eb52a@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): As far as I know, AVCI50 is always 1440x1080 and 960x720 in case of 720p. It is scaled horizontal 3/4, so SAR should be 4:3 and DAR 16:9. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 16 09:40:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Sep 2012 07:40:48 -0000 Subject: [FFmpeg-trac] #1739(avformat:new): ffmpeg no longer accepts ISO8601 creation_time Message-ID: <035.f3ba73fc411bb0c20f6bf3bbe89e9368@avcodec.org> #1739: ffmpeg no longer accepts ISO8601 creation_time -------------------------------------+------------------------------------- Reporter: MarkZV | Type: defect Status: new | Priority: normal Component: avformat | Version: git- Keywords: | master creation_time strptime | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- ffmpeg no longer accepts creation_time metadata in its own format (YYYY-mm-dd HH:MM:SS) or in ISO 8601 format (YYYY-mm-ddTHH:MM:SS) as it did previously. It looks like the problem was introduced by: [http://git.videolan.org/?p=ffmpeg.git;a=commit;f=libavformat/utils.c;h=29e972f67c914d35417bc7368493d2617abdd26e] {{{ $ ffmpeg -i in.mp4 -metadata creation_time=2012-09-09T17:45:00 -vcodec copy -acodec copy -t 5 out.mp4 ffmpeg version 0.11.1.git-2de8877 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 15 2012 21:47:55 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --mandir=/opt/local/share/man --enable- shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid --enable- version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- nonfree --enable-libfaac libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2012-09-09 17:44:36 Duration: 01:25:48.74, start: 0.000000, bitrate: 2981 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 9:8 DAR 3:2], 2894 kb/s, SAR 10:10 DAR 4:3, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2012-09-09 17:44:36 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 83 kb/s Metadata: creation_time : 2012-09-09 17:44:37 handler_name : ?Apple Alias Data Handler Output #0, mp4, to 'out.mp4': Metadata: major_brand : M4V minor_version : 1 compatible_brands: M4V M4A mp42isom creation_time : 2012-09-09T17:45:00 encoder : Lavf54.26.101 Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuv420p, 640x480 [SAR 10:10 DAR 4:3], q=2-31, 2894 kb/s, 29.97 fps, 2997 tbn, 2997 tbc Metadata: creation_time : 2012-09-09 17:44:36 handler_name : ?Apple Alias Data Handler Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 83 kb/s Metadata: creation_time : 2012-09-09 17:44:37 handler_name : ?Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 150 fps=0.0 q=-1.0 Lsize= 1488kB time=00:00:05.01 bitrate=2431.5kbits/s video:1423kB audio:60kB subtitle:0 global headers:0kB muxing overhead 0.372907% $ $ ffprobe out.mp4 ffprobe version 0.11.1.git-2de8877 Copyright (c) 2007-2012 the FFmpeg developers built on Sep 15 2012 21:47:55 with gcc 4.2.1 (GCC) (Apple Inc. build 5666) (dot 3) configuration: --prefix=/opt/local --enable-swscale --enable-avfilter --enable-libmp3lame --enable-libvorbis --enable-libopus --enable-libtheora --enable-libschroedinger --enable-libopenjpeg --enable-libmodplug --enable-libvpx --enable-libspeex --mandir=/opt/local/share/man --enable- shared --enable-pthreads --cc=/usr/bin/gcc-4.2 --arch=x86_64 --enable-yasm --enable-gpl --enable-postproc --enable-libx264 --enable-libxvid --enable- version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- nonfree --enable-libfaac libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'out.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2011-12-31 00:00:00 encoder : Lavf54.26.101 Duration: 00:00:05.01, start: 0.000000, bitrate: 2431 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 9:8 DAR 3:2], 2330 kb/s, 29.99 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2011-12-31 00:00:00 handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 97 kb/s Metadata: creation_time : 2011-12-31 00:00:00 handler_name : SoundHandler $ }}} Note: creation_time was specified as 2012-09-09T17:45:00 but ffprobe shows 2011-12-31 00:00:00. The same command worked as expected in earlier builds of ffmpeg. It works if the creation_time is specified as "2012 - 09 - 09T17:45:00". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 16 09:50:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Sep 2012 07:50:46 -0000 Subject: [FFmpeg-trac] #1739(avformat:open): ffmpeg no longer accepts ISO8601 creation_time In-Reply-To: <035.f3ba73fc411bb0c20f6bf3bbe89e9368@avcodec.org> References: <035.f3ba73fc411bb0c20f6bf3bbe89e9368@avcodec.org> Message-ID: <050.0ba5439807ed1b48757c67fb68a9c0f9@avcodec.org> #1739: ffmpeg no longer accepts ISO8601 creation_time -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: creation_time regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: creation_time strptime => creation_time regression * priority: normal => important * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 16 16:45:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Sep 2012 14:45:02 -0000 Subject: [FFmpeg-trac] #1736(avcodec:closed): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.4ac6c3ffd2b95c7c76945efd28358fd1@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: osx regression => osx regression vda * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for testing! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 16 22:41:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 16 Sep 2012 20:41:08 -0000 Subject: [FFmpeg-trac] #1280(avfilter:open): Loss of alpha with yadif filter (bgra->yuv420 conv inserted instead of bgra->yuva444p) In-Reply-To: <034.c5a73e4f1706ab0b145483fcf9617b55@avcodec.org> References: <034.c5a73e4f1706ab0b145483fcf9617b55@avcodec.org> Message-ID: <049.028e8459b553958b6d74f169ef7e03ad@avcodec.org> #1280: Loss of alpha with yadif filter (bgra->yuv420 conv inserted instead of bgra->yuva444p) ------------------------------------+------------------------------------ Reporter: ronag | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: alpha | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: lavfi => alpha Comment: The issue has improved: $ ffmpeg -i qtrle.mov -vcodec ffv1 -vf yadif out.mov now correctly chooses yuva444p $ ffmpeg -i qtrle.mov -vcodec qtrle -vf yadif -pix_fmt rgba out.mov $ ffmpeg -i qtrle.mov -vcodec qtrle -vf format=yuva444p,yadif out.mov both preserve the alpha channel $ ffmpeg -i qtrle.mov -vcodec qtrle -vf yadif out.mov uses colour space gray instead of rgba for the output file {{{ $ ffmpeg -i qtrle.mov -vcodec qtrle -vf yadif out.mov ffmpeg version N-44530-g094991e Copyright (c) 2000-2012 the FFmpeg developers built on Sep 16 2012 19:18:58 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libass libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'qtrle.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.27.101 Duration: 00:00:17.38, start: 0.000000, bitrate: 5047 kb/s Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), bgra, 320x213, 5046 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 30k tbc Metadata: handler_name : DataHandler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.27.101 Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), gray, 320x213, q=2-31, 200 kb/s, 30k tbn, 29.97 tbc Metadata: handler_name : DataHandler Stream mapping: Stream #0:0 -> #0:0 (qtrle -> qtrle) Press [q] to stop, [?] for help frame= 521 fps=0.0 q=0.0 Lsize= 3342kB time=00:00:17.38 bitrate=1575.1kbits/s video:3339kB audio:0kB subtitle:0 global headers:0kB muxing overhead 0.088898% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 06:39:24 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 04:39:24 -0000 Subject: [FFmpeg-trac] #1740(avformat:new): avformat's av_write_trailer have bug. Message-ID: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> #1740: avformat's av_write_trailer have bug. -------------------------------------+------------------------------------- Reporter: kyh96403 | Type: defect Status: new | Priority: important Component: avformat | Version: git- Keywords: | master av_write_trailer error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Lastest git version.. avformat/utils.c -> av_write_trailer have bug. s->pb can be NULL. {{{ if (!(s->oformat->flags & AVFMT_NOFILE)) avio_flush(s->pb); }}} So needed check s->pb is NULL or not. {{{ if (!(s->oformat->flags & AVFMT_NOFILE) && s->pb) avio_flush(s->pb); }}} Or need check in avio_flush function. {{{ void avio_flush(AVIOContext *s) { if (!s) return 0; flush_buffer(s); s->must_flush = 0; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 06:45:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 04:45:01 -0000 Subject: [FFmpeg-trac] #1741(FFmpeg:new): ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) Message-ID: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> #1741: ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) -------------------------------------+------------------------------------- Reporter: mredignacio | Type: defect Status: new | Priority: important Component: FFmpeg | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- OS: RHEL 6.1 ffmpeg -version FFmpeg version SVN-r26402, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 16 2012 23:13:36 with gcc 4.4.5 20110214 (Red Hat 4.4.5-6) configuration: --enable-shared --enable-gpl --enable-version3 --enable- nonfree --enable-pthreads --enable-x11grab --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libdc1394 --enable-libfaac --enable- libmp3lame --enable-libopenjpeg --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-zlib 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 FFmpeg SVN-r26402 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 error from Adobe CQ5 when uploading the mp4: please check error.log from 12:10:06 to 12:10:50 any idea on this: 17.09.2012 12:10:50.494 *INFO* [Thread-4254] com.day.cq.dam.handler.ffmpeg.FFMpegWrapper FFMPEG Exec: [h264 @ 0x10875c0] AVC: nal size 3065409 17.09.2012 12:10:50.494 *INFO* [Thread-4254] com.day.cq.dam.handler.ffmpeg.FFMpegWrapper FFMPEG Exec: [h264 @ 0x10875c0] no frame also, how to test ffmpeg on RHEL? just on command line to see video. because i play it using Adobe CQ5. thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 09:01:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 07:01:47 -0000 Subject: [FFmpeg-trac] #1741(undetermined:new): ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) In-Reply-To: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> References: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> Message-ID: <055.eb54a4b56251f38fe9568c04af5122fe@avcodec.org> #1741: ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) -------------------------------------+------------------------------------- Reporter: mredignacio | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by llogan): * priority: important => normal * component: FFmpeg => undetermined Comment: There are three issues to resolve to make this bug report better: 1) You need to determine if the issue is with ffmpeg or with the Adobe product. I do not have Adobe CQ5 and I do not know how/if it uses ffmpeg. We do not support third party software here. 2) You are using an ancient ffmpeg version. You need to test ffmpeg from Git master (see the download page at ffmpeg.org). Development is very active, and if you are actually experiencing a bug with ffmpeg there is a good chance that has already been resolved with a newer ffmpeg. 3) If you think you found a but we need to be able to reproduce any issues you are experiencing. This means you must provide any relevant input files and show your ffmpeg command and the complete console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 09:06:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 07:06:21 -0000 Subject: [FFmpeg-trac] #1736(avcodec:closed): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.f7407cdce1ae8fb83c818e5b5417d1e6@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by jeremyhu): This still has not landed on master (currently e80cbdbc57292a4687339f6a7d30e0dcff42f9e8) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 09:12:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 07:12:53 -0000 Subject: [FFmpeg-trac] #1741(undetermined:new): ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) In-Reply-To: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> References: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> Message-ID: <055.247cf3a89d921b3a4d13a7a587a9a6df@avcodec.org> #1741: ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) -------------------------------------+------------------------------------- Reporter: mredignacio | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mredignacio): ok. thanks. for no.2. our server doesnt support git or getting connection issue. is there a tar file for the newest ffmpeg? is it the ffmpeg-0.11.1.tar.gz? thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 10:32:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 08:32:35 -0000 Subject: [FFmpeg-trac] #1740(avformat:new): avformat's av_write_trailer have bug. In-Reply-To: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> References: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> Message-ID: <052.a103a3146f1f2bbad96a5f26c9333586@avcodec.org> #1740: avformat's av_write_trailer have bug. ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: av_write_trailer error => Comment: If you are observing a crash with FFmpeg, please provide at least command line, complete, uncut console output and a sample. If you want to provide a patch for FFmpeg, either attach it here, or send it to ffmpeg-devel (patches get much more attention on ffmpeg-devel, so this is preferred). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 10:36:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 08:36:07 -0000 Subject: [FFmpeg-trac] #1736(avcodec:closed): ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers In-Reply-To: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> References: <037.035cf0e1419981652c9b3c1367963a7e@avcodec.org> Message-ID: <052.c9dee30cf0bf4e6897d67dc512db1ba9@avcodec.org> #1736: ffmpeg fails to build on Snow Leopard due to please_use_av_malloc macro polluting system headers -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: osx | Blocked By: regression vda | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 jeremyhu]: > This still has not landed on master (currently e80cbdbc57292a4687339f6a7d30e0dcff42f9e8) This version is from yesterday afternoon, there have been ~eleven commits since, one of them changes the include order for vda_h264.c and should fix this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 10:39:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 08:39:03 -0000 Subject: [FFmpeg-trac] #1741(undetermined:closed): ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) In-Reply-To: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> References: <040.799834efcd4668d5a1e3db560243f86b@avcodec.org> Message-ID: <055.6529c632db57e27db8ea588029613eb8@avcodec.org> #1741: ffmpeg cannot play video (Adobe CQ5 uses ffmpeg) -------------------------------------+------------------------------------- Reporter: mredignacio | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 mredignacio]: > ok. thanks. for no.2. our server doesnt support git or getting connection issue. is there a tar file for the newest ffmpeg? Yes, search for snapshot on http://ffmpeg.org/download.html Please reopen the ticket if there is a bug that you can reproduce with current git head! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 12:50:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 10:50:06 -0000 Subject: [FFmpeg-trac] #1739(avformat:closed): ffmpeg no longer accepts ISO8601 creation_time In-Reply-To: <035.f3ba73fc411bb0c20f6bf3bbe89e9368@avcodec.org> References: <035.f3ba73fc411bb0c20f6bf3bbe89e9368@avcodec.org> Message-ID: <050.67f05bbd40067581bd7435a3b2c498c2@avcodec.org> #1739: ffmpeg no longer accepts ISO8601 creation_time -------------------------------------+------------------------------------- Reporter: MarkZV | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: creation_time regression strptime | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * keywords: creation_time regression => creation_time regression strptime * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Should be fixed in: {{{ commit 85c93d90dfae17d2ccff21aec5a55ca3029be83c Author: Stefano Sabatini Date: Sun Sep 16 15:22:31 2012 +0200 lavu/parseutils: fix av_small_strptime() whitespace directive parsing According to POSIX, strptime() should consume whitespaces in the date string everytime a whitespace conversion specification is found in the date format specification. Make av_small_strptime() conform with this behavior. In particular, should fix trac ticket #1739. }}} Thanks for reporting. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 13:34:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 11:34:10 -0000 Subject: [FFmpeg-trac] #1742(avformat:new): Wrong PTS values for aac Message-ID: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Type: defect nikola.vranic | Priority: important Status: new | Version: Component: avformat | unspecified Keywords: audio, pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: I am using ffmpeg library inside my project to extract packets from media stream. I was able to extract all stream so for, except this one. I don't know why but ffmpeg returns me wrong PTS value for audio. Hole stream duration is ~5s, but audio PTS goes to ~334s. I think that this I is bug inside ffmpeg library. I also try with latest master version from git git://git.videolan.org/ffmpeg.git and I got same think. I successfully fix this by changing avidec.c. ffmpeg version 0.10.2 and 0.11.1 built on ubuntu 10.4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 13:36:11 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 11:36:11 -0000 Subject: [FFmpeg-trac] #1742(avformat:new): Wrong PTS values for aac In-Reply-To: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> References: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> Message-ID: <057.52380898917c7e6115a35324d860cdb1@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: important | Resolution: Version: unspecified | Blocked By: Keywords: audio, pts | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by nikola.vranic): Change is on line 121. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 16:09:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 14:09:55 -0000 Subject: [FFmpeg-trac] #1742(avformat:new): Wrong PTS values for aac In-Reply-To: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> References: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> Message-ID: <057.3fd4ddb3df2d7be328bd446d0ff319a9@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: avi aac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 1 => 0 * keywords: audio, pts => avi aac * reproduced: 1 => 0 * priority: important => normal Comment: Do you think this is a regression? Since this is probably reproducible with ffplay, please provide complete, uncut console output of ffplay LIBX264_LIBFAAC.avi (it is significantly easier to work on bugs that are reported against ffmpeg or ffplay instead of your local application. If you have a fix, please send a patch created with git format-patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 18:38:34 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 16:38:34 -0000 Subject: [FFmpeg-trac] #1743(undetermined:new): SDL out doesn't respond to clicking the window "x" close Message-ID: <039.820abc0cca5a4f57211b4a3ccf0f902e@avcodec.org> #1743: SDL out doesn't respond to clicking the window "x" close -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: sdl | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- How to reproduce: {{{ % ffmpeg -i vids/sintel.mpg -f sdl "yo" ffmpeg version N-44224-gde9f5b6 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 6 2012 17:59:21 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5) configuration: libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.105 / 54. 25.105 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.104 / 3. 15.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [mpeg2video @ 0x9cbe8a0] ac-tex damaged at 40 7 [mpeg2video @ 0x9cbe8a0] Warning MVs not available [mpeg2video @ 0x9cbe8a0] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame [mpeg @ 0x9cb8500] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from 'vids/sintel.mpg': Duration: 00:14:47.58, start: 0.233367, bitrate: 4132 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 7000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s [sdl @ 0x9cbec60] w:720 h:480 fmt:yuv420p sar:32/27 -> w:720 h:405 Output #0, sdl, to 'yo': Metadata: encoder : Lavf54.25.105 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Press [q] to stop, [?] for help }}} It plays all right. If you click the window's "x" button, it doesn't do anything, which is a bit inconvenient at times. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 18:48:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 16:48:25 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes Message-ID: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Basically, no matter what you play with SDL out in windows, it plays for a few seconds, then output window stops updating. Console continues playing on though. How to reproduce: {{{ % ffmpeg version N-44123-g5d55830 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 2 2012 20:23:29 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libass --enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --enable- libmp3lame --enable-libnut --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 003ccde0] ac-tex damaged at 40 7 [mpeg2video @ 003ccde0] Warning MVs not available [mpeg2video @ 003ccde0] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame [mpeg @ 003cc420] max_analyze_duration 5000000 reached at 5024000 Input #0, mpeg, from '\vids\sintel.mpg': Duration: 00:14:47.58, start: 0.233367, bitrate: 4132 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 32:27 DAR 16:9], 7000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s [sdl @ 040812c0] w:720 h:480 fmt:yuv420p sar:32/27 -> w:720 h:405 Output #0, sdl, to 'yo': Metadata: encoder : Lavf54.25.104 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 720x480 [SAR 32:27 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Press [q] to stop, [?] for help [mpeg2video @ 003ccde0] ac-tex damaged at 40 7 [mpeg2video @ 003ccde0] Warning MVs not available [mpeg2video @ 003ccde0] concealing 1035 DC, 1035 AC, 1035 MV errors in I frame frame= 1059 fps= 56 q=0.0 Lsize= 0kB time=00:00:38.77 bitrate= 0.0kbits/s video:536119kB audio:0kB subtitle:0 global headers:0kB muxing overhead -100.000000% }}} I think the window is "moving" for some reason, and it's not responding to that. I wonder if the fix is to just integrate with "real" ffplay, but anyway this one reproduces quite easily in windows, just drag the window anywhere and output freezes, basically. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 20:44:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 18:44:21 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.c07b85c7d81c29dbf170043c78a52545@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): I believe "part" of the problem has been fixed with a966d94891cea4b571bd2 . The original problem (the problem given in the title) is quite possibly still there. @Pyriel0 so...do you still see fps drops over time (and also have idle cpu and idle bandwidth?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 21:20:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 19:20:28 -0000 Subject: [FFmpeg-trac] #1740(avformat:closed): avformat's av_write_trailer have bug. In-Reply-To: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> References: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> Message-ID: <052.cecff1e79d961addc25380cc0401ba8c@avcodec.org> #1740: avformat's av_write_trailer have bug. ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by reimar): * status: new => closed * resolution: => fixed Comment: I mentioned this issue on -cvslog already yesterday. However I don't know how to trigger it, so could you describe how to reproduce it? Either way it should be fixed now, commit 07d2d063954251bdefe34d7d1f8de751eec606be -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 17 21:25:39 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 17 Sep 2012 19:25:39 -0000 Subject: [FFmpeg-trac] #1732(avformat:new): avienc: inserts too many (>90%) empty packets In-Reply-To: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> References: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> Message-ID: <050.48582483b95ebcac3e1ee56f6825ec13@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): I believe that behaviour is as expected/intended. Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x480 [SAR 1:1 DAR 4:3], q=2-31, 2k tbn, 2k tbc Your stream time base is 2kHz, the only way to handle that for AVI is to have 2000 packets for each second of video. The 2kHz time base is necessary to accurately represent all possible time stamps of the input stream (actually 1 kHz might be enough, but 1 kHz or 2 kHz does not make much of a difference). If that is not what you want, specify whatever time base/frame rate you want FFmpeg to use. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 03:13:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 01:13:26 -0000 Subject: [FFmpeg-trac] #1745(undetermined:new): PS3 compatibility regression Message-ID: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Prior to the commit https://github.com/FFmpeg/FFmpeg/commit/967facb it was possible to produce MPEG-2/AC3 files compatible with PS3 and other renderers. It is still possible, however seeking sometimes produces incompatible files. I have confirmed that it started with 967facb; f1fdd20 and releases prior to that work perfectly. How to reproduce: ffmpeg -ss 2 -i input.mkv -bufsize 7000000 -maxrate 54000000 -f vob output.mpeg Confirmed with 63951ae (latest) Here are two files, 7MB each, that show the bug. One was made by f1fdd20 and the other 967facb: http://www.spirton.com/uploads/FFmpeg/ps3compat-967facb-withbug.mpeg http://www.spirton.com/uploads/FFmpeg/ps3compat-f1fdd20-withoutbug.mpeg MediaInfo doesn't report any difference between the two files except the new one has a "Delay relative to video" of 26.5 hours, whereas the older one (which works) doesn't report a delay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 03:44:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 01:44:18 -0000 Subject: [FFmpeg-trac] #1742(avformat:new): Wrong PTS values for aac In-Reply-To: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> References: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> Message-ID: <057.5617bbd365da0bf6a0eb4af1aec0f045@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: avi aac | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nikola.vranic): This is a output from ffplay. When you run ffplay command you can see that current stream position are changing mush faster than it should. This is because he read bad audio PTS values. I am just send path to ffmpeg-devel. Regards, Nikola ffplay LIBX264_LIBFAAC.avi ffplay version N-44535-g1ad63ff Copyright (c) 2003-2012 the FFmpeg developers built on Sep 17 2012 20:23:00 with gcc 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) configuration: --disable-postproc --disable-gpl --disable-static --enable-shared --disable-decoder=cavs --disable-yasm libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [avi @ 0x134dd00] non-interleaved AVI Input #0, avi, from 'LIBX264_LIBFAAC.avi': Metadata: encoder : Lavf53.13.0 Duration: 00:00:05.03, start: 0.000000, bitrate: 184 kb/s Stream #0:0: Video: h264 (High) (H264 / 0x34363248), yuv420p, 320x240, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, s16, 57 kb/s Frame changed from size:0x0 to size:320x2400KB vq= 4KB sq= 0B f=0/0 343.23 A-V:324.356 fd= 137 aq= 0KB vq= 0KB sq= 0B f=0/0 f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 03:47:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 01:47:20 -0000 Subject: [FFmpeg-trac] #1740(avformat:closed): avformat's av_write_trailer have bug. In-Reply-To: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> References: <037.58facf3c6fd414154d9a40bbb53f9da5@avcodec.org> Message-ID: <052.fd58e5a73b6a0ca15de6cc9fa24021e8@avcodec.org> #1740: avformat's av_write_trailer have bug. ------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kyh96403): Crash when using ffserver's RTSP UDP connection. When close RTSP UDP connection, each RTP also close. That code is below.. {{{ for(i=0;irtp_ctx[i]; if (ctx) { av_write_trailer(ctx); av_dict_free(&ctx->metadata); av_free(ctx->streams[0]); av_free(ctx); } h = c->rtp_handles[i]; if (h) ffurl_close(h); } }}} You know, c->rtp_ctx[i]->pb using dyn_buf. dyn_buf's pb is not safe when after using avio_close_dyn_buf. So it is need set pb to NULL or avio_open_dyn_buf before call av_write_trailer. Old version don't have problem. Because av_write_trailer don't using ctx->pb. Today that problem is fixed... Thanks~~ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 08:25:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 06:25:53 -0000 Subject: [FFmpeg-trac] #1746(FFprobe:new): MPEG_TS: the PTS is wrong Message-ID: <040.89d34efb816153f5c1a59f621c889a99@avcodec.org> #1746: MPEG_TS: the PTS is wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Type: defect Status: new | Priority: normal Component: FFprobe | Version: git- Keywords: MPEGTS PTS | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: The PTS from FFmpeg is wrong. How to reproduce: {{{ reproduce by: ffprobe $STREAM_FILE -show_packets I built the code myself with the commit: commit 83438a0db3c61f06979d1c4159e5c85d52eda488 Merge: a593f5b d8f8e91 Author: Michael Niedermayer Date: Mon Sep 17 00:40:55 2012 +0200 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 08:28:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 06:28:53 -0000 Subject: [FFmpeg-trac] #1746(FFprobe:new): MPEG_TS: the PTS is wrong In-Reply-To: <040.89d34efb816153f5c1a59f621c889a99@avcodec.org> References: <040.89d34efb816153f5c1a59f621c889a99@avcodec.org> Message-ID: <055.a7787ae990f69718b9fae861ec2cd512@avcodec.org> #1746: MPEG_TS: the PTS is wrong -------------------------------------+----------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: MPEGTS PTS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by adam_csheng): You can refer to the mpegts_pts_wrong.txt: After the packett: [PACKET] codec_type=video stream_index=0 pts=54842400 pts_time=609.360000 dts=54838800 dts_time=609.320000 duration=3600 duration_time=0.040000 convergence_duration=N/A convergence_duration_time=N/A size=2200 pos=1220872 flags=_ [/PACKET] is: [PACKET] codec_type=video stream_index=0 pts=54381600 pts_time=604.240000 dts=54374400 dts_time=604.160000 duration=3600 duration_time=0.040000 convergence_duration=N/A convergence_duration_time=N/A size=103376 pos=N/A flags=K [/PACKET] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 08:47:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 06:47:56 -0000 Subject: [FFmpeg-trac] #1732(avformat:new): avienc: inserts too many (>90%) empty packets In-Reply-To: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> References: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> Message-ID: <050.d5964b668ec40f10133719e6bad3c704@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Andrew): > the only way to handle that for AVI is to have 2000 packets for each second of video. Yes, You?re quite, it is "feature" the avi format. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 09:24:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 07:24:32 -0000 Subject: [FFmpeg-trac] #1745(undetermined:new): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.477c610c5e0bf03f024c204df3c598d5@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Please provide command line and complete, uncut console output for current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 09:25:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 07:25:46 -0000 Subject: [FFmpeg-trac] #1742(avformat:open): Wrong PTS values for aac In-Reply-To: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> References: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> Message-ID: <057.8668a65a712bb813e39db5e67d9e4cf2@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: avi aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 09:38:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 07:38:17 -0000 Subject: [FFmpeg-trac] #1746(undetermined:open): MPEG_TS: the PTS is wrong In-Reply-To: <040.89d34efb816153f5c1a59f621c889a99@avcodec.org> References: <040.89d34efb816153f5c1a59f621c889a99@avcodec.org> Message-ID: <055.2e4e1591efca6824cd726afa9e62cc1e@avcodec.org> #1746: MPEG_TS: the PTS is wrong -------------------------------------+------------------------------------- Reporter: adam_csheng | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts h264 | Resolution: desync | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MPEGTS PTS => mpegts h264 desync * status: new => open * component: FFprobe => undetermined * reproduced: 0 => 1 Comment: The output file is severely out-of-sync: {{{ $ ffmpeg -analyzeduration 15M -i mpegts_pts_wrong.ts -s 640x360 -q:v 2 -t 21 out.avi ffmpeg version N-44530-g094991e Copyright (c) 2000-2012 the FFmpeg developers built on Sep 16 2012 19:18:58 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libass libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x14f0340] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'mpegts_pts_wrong.ts': Duration: 00:00:12.47, start: 599.960011, bitrate: 1312 kb/s Program 1 Stream #0:0[0x1011](und): Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1280x720, 25 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1100](chi): Audio: aac ([15][0][0][0] / 0x000F), 48000 Hz, stereo, s16, 66 kb/s Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.27.101 Stream #0:0(und): Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 640x360, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1(chi): Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, flt, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help frame= 288 fps=130 q=2.0 Lsize= 4261kB time=00:00:21.02 bitrate=1660.1kbits/s video:3952kB audio:271kB subtitle:0 global headers:0kB muxing overhead 0.888084% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 09:38:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 07:38:52 -0000 Subject: [FFmpeg-trac] #1732(avformat:closed): avienc: inserts too many (>90%) empty packets In-Reply-To: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> References: <035.a652e42cec6890e29370d0f6337e95f0@avcodec.org> Message-ID: <050.d7b74e177c579ce972afecbf7ae553b4@avcodec.org> #1732: avienc: inserts too many (>90%) empty packets ------------------------------------+------------------------------------ Reporter: Andrew | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: invalid Keywords: avi | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 11:35:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 09:35:21 -0000 Subject: [FFmpeg-trac] #1743(undetermined:open): SDL out doesn't respond to clicking the window "x" close In-Reply-To: <039.820abc0cca5a4f57211b4a3ccf0f902e@avcodec.org> References: <039.820abc0cca5a4f57211b4a3ccf0f902e@avcodec.org> Message-ID: <054.f668c75c9483d8579549dc7327557777@avcodec.org> #1743: SDL out doesn't respond to clicking the window "x" close -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: sdl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * type: enhancement => defect * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 11:40:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 09:40:20 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.0b495985d61ea2ec546c6114c8f5ab74@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): I may not understand the issue, but I cannot reproduce anything similar to "plays for a few seconds, then output window stops updating". ffmpeg -f sdl plays as fast as hardware allows here, no freezes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 11:54:04 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 09:54:04 -0000 Subject: [FFmpeg-trac] #1745(undetermined:new): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.002648c8599d684918969294e368fc32@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Thanks for the quick response. Here's the info, and it should be noted that I have tried a variety of input formats (AVI, MP4, MKV, etc. using various codecs, mostly XviD or x264 video with AC-3, DTS or MP3 audio, with the same results for each: $ ffmpeg -ss 183.0 -i input.mkv -t 10 -bufsize 7000000 -maxrate 54000000 -f vob output.mpeg ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 18 2012 21:42:13 with gcc 4.7.0 (GCC) configuration: --enable-runtime-cpudetect --enable-gpl --enable-nonfree --enable-libcdio --enable-libfaac --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-avisynth --enable-pthreads --enable-libfreetype --enable-libmp3lame --disable-ffplay --disable- ffserver --disable-ffprobe libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, matroska,webm, from 'input.mkv': Metadata: creation_time : 2012-01-17 19:37:01 Duration: 00:43:42.08, start: 0.000000, bitrate: 4459 kb/s Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 2k tbc (default) Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s (default) Output #0, vob, to 'output.mpeg': Metadata: encoder : Lavf54.27.101 Stream #0:0(eng): Video: mpeg2video, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 23.98 tbc (default) Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg2video) Stream #0:1 -> #0:1 (ac3 -> mp2) Press [q] to stop, [?] for help frame= 240 fps=0.0 q=31.0 Lsize= 1252kB time=00:00:10.00 bitrate=1025.0kbits/s dup=0 drop=31 video:1057kB audio:177kB subtitle:0 global headers:0kB muxing overhead 1.438361% -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 12:07:30 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 10:07:30 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.3e71cf1a76ef80a5736f2bc227adfd36@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Replying to [comment:2 SubJunk]: > Here's the info, and it should be noted that I have tried a variety of input formats You could try -acodec ac3 as output codec. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 12:25:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 10:25:34 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.e6a4abd6be6b7a82587333a4b5b29b69@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Thanks for the suggestion but it still happens with that. Also the same with -acodec copy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 13:05:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 11:05:39 -0000 Subject: [FFmpeg-trac] #1747(avformat:new): dts in wav not auto-detected Message-ID: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> #1747: dts in wav not auto-detected --------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: wav dts Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- (Reported many times, sample is from issue 2663) dts in avi is not auto-detected, FFmpeg claims it is pcm_s16le {{{ $ ffmpeg -i Cuted_pcm_s16le.wav ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 18 2012 11:05:34 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libmp3lame libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x14f1240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'Cuted_pcm_s16le.wav': Duration: 00:02:13.28, bitrate: 614 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s At least one output file must be specified }}} Work-around is to set the audio-codec: $ ffmpeg -acodec dts -i Cuted_pcm_s16le.wav -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 13:11:28 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 11:11:28 -0000 Subject: [FFmpeg-trac] #1747(avformat:open): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.cda354de2a49f5fab6588f60b06d1ea6@avcodec.org> #1747: dts in wav not auto-detected ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open Old description: > (Reported many times, sample is from issue 2663) > > dts in avi is not auto-detected, FFmpeg claims it is pcm_s16le > {{{ > $ ffmpeg -i Cuted_pcm_s16le.wav > ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg > developers > built on Sep 18 2012 11:05:34 with gcc 4.5.3 (GCC) > configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- > libmp3lame > libavutil 51. 73.101 / 51. 73.101 > libavcodec 54. 56.100 / 54. 56.100 > libavformat 54. 27.101 / 54. 27.101 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 16.104 / 3. 16.104 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [wav @ 0x14f1240] max_analyze_duration 5000000 reached at 5015510 > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, wav, from 'Cuted_pcm_s16le.wav': > Duration: 00:02:13.28, bitrate: 614 kb/s > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, > stereo, s16, 1411 kb/s > At least one output file must be specified > }}} > Work-around is to set the audio-codec: > $ ffmpeg -acodec dts -i Cuted_pcm_s16le.wav New description: (Reported many times, sample is from issue 2663) dts in avi is not auto-detected, FFmpeg claims it is pcm_s16le {{{ $ ffmpeg -i dts.wav ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 18 2012 11:05:34 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libmp3lame libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x14f1240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'dts.wav': Duration: 00:02:13.28, bitrate: 153 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s At least one output file must be specified }}} Work-around is to set the audio-codec: $ ffmpeg -acodec dts -i Cuted_pcm_s16le.wav -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 13:36:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 11:36:22 -0000 Subject: [FFmpeg-trac] #1747(avformat:open): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.214d6d3f6ed63110d8c230c5362a2eed@avcodec.org> #1747: dts in wav not auto-detected ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Additional samples: http://www.diatonis.com/surround_sound_music.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 13:49:25 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 11:49:25 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.8640a0e323a48082818c65ab22583015@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: sdl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => sdl -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 14:34:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 12:34:08 -0000 Subject: [FFmpeg-trac] #1748(undetermined:new): Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. Message-ID: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> #1748: Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. -------------------------------------+------------------------------------- Reporter: | Type: defect xiaopangpang | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: rtsp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- 1.Download FFmpeg git-8bdba0b Source Code (Latest)(2012-09-14)from http://ffmpeg.zeranoe.com/builds/. 2.run cmd :c:\\Windows\system32\cmd.exe 3.ffplay.exe rtsp://58.241.134.33:554/301 ps:vlc player can player this rtsp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 15:06:15 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 13:06:15 -0000 Subject: [FFmpeg-trac] #1748(avformat:new): Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. In-Reply-To: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> References: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> Message-ID: <056.66356827d4df78e285da3895591c1c34@avcodec.org> #1748: Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. --------------------------------------+------------------------------------ Reporter: xiaopangpang | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rtsp => rtsp mpegts * version: unspecified => git-master * component: undetermined => avformat Comment: Please add complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:30:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:30:07 -0000 Subject: [FFmpeg-trac] #1749(avutil:new): Add a yuva444 pixel format with >= 10 bit Message-ID: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> #1749: Add a yuva444 pixel format with >= 10 bit ---------------------------------------+-------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avutil Version: git-master | Keywords: alpha Blocked By: | Blocking: 1728 Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+-------------------------------- To be able to handle the possible alpha channel in prores files (both on decoding and encoding), a 10 (or 16) bit yuva444 pixel format is necessary, see ticket #1728. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:34:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:34:42 -0000 Subject: [FFmpeg-trac] #1750(avcodec:new): Prores encoders do not support writing alpha Message-ID: <036.1f53a3f2ba9f30314f5e87e5df540786@avcodec.org> #1750: Prores encoders do not support writing alpha -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: | Status: new enhancement | Component: avcodec Priority: normal | Keywords: prores Version: git- | alpha master | Blocking: Blocked By: 1749 | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- Kostya's prores encoder currently only supports PIX_FMT_YUV444P10 as yuv444 format, meaning no alpha channel is written to the output file. See ticket #1728 for a sample with actual alpha content. There is currently no suitable pixel format in FFmpeg, see ticket #1749 for the enhancement request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:37:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:37:41 -0000 Subject: [FFmpeg-trac] #1750(avcodec:new): Prores encoders do not support writing alpha In-Reply-To: <036.1f53a3f2ba9f30314f5e87e5df540786@avcodec.org> References: <036.1f53a3f2ba9f30314f5e87e5df540786@avcodec.org> Message-ID: <051.5ea272309f76d7e49c124b717593c1cd@avcodec.org> #1750: Prores encoders do not support writing alpha --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: prores alpha | Blocked By: 1749 Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * priority: normal => wish -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:38:59 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:38:59 -0000 Subject: [FFmpeg-trac] #1749(avutil:open): Add a yuva444 pixel format with >= 10 bit In-Reply-To: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> References: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> Message-ID: <051.33da0eda22bb0fa67b59cae2a6317469@avcodec.org> #1749: Add a yuva444 pixel format with >= 10 bit -------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avutil Version: git-master | Resolution: Keywords: alpha | Blocked By: Blocking: 1728 1750 | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * blocking: 1728 => 1728 1750 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:39:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:39:32 -0000 Subject: [FFmpeg-trac] #1728(avcodec:open): Alpha channel in Prores4444 is not read (was: Alpha gets destroyed when transcoding Prores4444 to Prores4444) In-Reply-To: <032.2d61da3149772ffbbcc3642b0aedba5c@avcodec.org> References: <032.2d61da3149772ffbbcc3642b0aedba5c@avcodec.org> Message-ID: <047.f6994722257cc487690dbbbbde6dcce7@avcodec.org> #1728: Alpha channel in Prores4444 is not read --------------------------------------+----------------------------------- Reporter: rmk | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: prores alpha | Blocked By: 1749 Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * component: undetermined => avcodec * blockedby: => 1749 * priority: normal => wish * version: unspecified => git-master * keywords: => prores alpha * type: defect => enhancement * reproduced: 0 => 1 Old description: > I made a transparent PNG using Gimp, imported that into a Final Cut Pro 7 > project and put it on a sequence configured to use Prores4444 as codec > and exported the file which resulted in a one-frame Prores4444 file. I > then verified that the resulting file still had the transparency by using > it as an overlay in Final Cut. > > I then transcoded the file to Prores4444 again, this time using ffmpeg. > Importing that video into Final Cut Pro and used that as an overlay which > did not work (i.e. transparency was gone). > > Command line used (current ffmpeg with a patch Carl sent me on the ML > today): > > ffmpeg -i ~/testdata/video/finalcut- > output/prores4444_with_transparency.mov -vcodec prores_kostya -pix_fmt > yuv444p10le -acodec copy > ~/tmp/prores4444_with_transparency_ffmpeg_patched.mov > ffmpeg version N-44391-gf9dd2e5 Copyright (c) 2000-2012 the FFmpeg > developers > built on Sep 12 2012 12:09:31 with gcc 4.2.1 (GCC) (Apple Inc. build > 5664) > configuration: > libavutil 51. 72.100 / 51. 72.100 > libavcodec 54. 55.100 / 54. 55.100 > libavformat 54. 26.101 / 54. 26.101 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 16.103 / 3. 16.103 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > Guessed Channel Layout for Input Stream #0.1 : stereo > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/video > /finalcut-output/prores4444_with_transparency.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2012-09-12 08:48:56 > Duration: 00:00:00.04, start: 0.000000, bitrate: 43461 kb/s > Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, > 1920x1080, 40697 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc > Metadata: > creation_time : 2012-09-12 08:48:56 > handler_name : Apple Alias Data Handler > timecode : 01:00:00:00 > Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > stereo, s16, 1536 kb/s > Metadata: > creation_time : 2012-09-12 08:48:56 > handler_name : Apple Alias Data Handler > Stream #0:2(eng): Data: none (tmcd / 0x64636D74) > Metadata: > creation_time : 2012-09-12 08:48:57 > handler_name : Apple Alias Data Handler > timecode : 01:00:00:00 > Output #0, mov, to > '/Users/krueger/tmp/prores4444_with_transparency_ffmpeg_patched.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > encoder : Lavf54.26.101 > Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, > 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc > Metadata: > creation_time : 2012-09-12 08:48:56 > handler_name : Apple Alias Data Handler > timecode : 01:00:00:00 > Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > stereo, 1536 kb/s > Metadata: > creation_time : 2012-09-12 08:48:56 > handler_name : Apple Alias Data Handler > Stream mapping: > Stream #0:0 -> #0:0 (prores -> prores_kostya) > Stream #0:1 -> #0:1 (copy) > Press [q] to stop, [?] for help > frame= 1 fps=0.0 q=0.0 Lsize= 141kB time=00:00:00.04 > bitrate=28897.2kbits/s > video:132kB audio:8kB subtitle:0 global headers:0kB muxing overhead > 1.286356% > > I'll attach the Prores4444 file generated Final Cut Pro and the PNG used > to create the video. If it would be more convenient for debugging this to > have a video with a specific setup (e.g. smaller frame size, a specific > pattern or color distribution), don't hesitate to tell me and I will > produce it. New description: I made a transparent PNG using Gimp, imported that into a Final Cut Pro 7 project and put it on a sequence configured to use Prores4444 as codec and exported the file which resulted in a one-frame Prores4444 file. I then verified that the resulting file still had the transparency by using it as an overlay in Final Cut. I then transcoded the file to Prores4444 again, this time using ffmpeg. Importing that video into Final Cut Pro and used that as an overlay which did not work (i.e. transparency was gone). Command line used (current ffmpeg with a patch Carl sent me on the ML today): {{{ ffmpeg -i ~/testdata/video/finalcut- output/prores4444_with_transparency.mov -vcodec prores_kostya -pix_fmt yuv444p10le -acodec copy ~/tmp/prores4444_with_transparency_ffmpeg_patched.mov ffmpeg version N-44391-gf9dd2e5 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 12 2012 12:09:31 with gcc 4.2.1 (GCC) (Apple Inc. build 5664) configuration: libavutil 51. 72.100 / 51. 72.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 26.101 / 54. 26.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.103 / 3. 16.103 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 Guessed Channel Layout for Input Stream #0.1 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/krueger/testdata/video /finalcut-output/prores4444_with_transparency.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-12 08:48:56 Duration: 00:00:00.04, start: 0.000000, bitrate: 43461 kb/s Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, 1920x1080, 40697 kb/s, SAR 1:1 DAR 16:9, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler Stream #0:2(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2012-09-12 08:48:57 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Output #0, mov, to '/Users/krueger/tmp/prores4444_with_transparency_ffmpeg_patched.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.26.101 Stream #0:0(eng): Video: prores (ap4h / 0x68347061), yuv444p10le, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 25 tbn, 25 tbc Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler timecode : 01:00:00:00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, 1536 kb/s Metadata: creation_time : 2012-09-12 08:48:56 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (prores -> prores_kostya) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 141kB time=00:00:00.04 bitrate=28897.2kbits/s video:132kB audio:8kB subtitle:0 global headers:0kB muxing overhead 1.286356% }}} I'll attach the Prores4444 file generated Final Cut Pro and the PNG used to create the video. If it would be more convenient for debugging this to have a video with a specific setup (e.g. smaller frame size, a specific pattern or color distribution), don't hesitate to tell me and I will produce it. -- Comment: I see three (not necessarily related) problems: There currently is no suitable pixel format to store yuva444 with >32 bit per pixel, see ticket #1749 The prores encoder does not support writing an alpha channel, see ticket #1750 Finally, the decoder does not support reading the alpha channel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:52:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:52:34 -0000 Subject: [FFmpeg-trac] #1286(undetermined:open): qt tiff pal8 enc: wrong colors in qt In-Reply-To: <038.b2c6820cad936d0d372b74c918443930@avcodec.org> References: <038.b2c6820cad936d0d372b74c918443930@avcodec.org> Message-ID: <053.de2a9329c4457827675e20c47f827b8d@avcodec.org> #1286: qt tiff pal8 enc: wrong colors in qt -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: mov pal8 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov palette => mov pal8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 16:52:50 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 14:52:50 -0000 Subject: [FFmpeg-trac] #1304(undetermined:new): rawvideo 8bpp: incorrect output with -vcodec copy In-Reply-To: <038.68d92bb26ca13a909c2712f291944384@avcodec.org> References: <038.68d92bb26ca13a909c2712f291944384@avcodec.org> Message-ID: <053.b1ea7799c676e97fa689cbee45139040@avcodec.org> #1304: rawvideo 8bpp: incorrect output with -vcodec copy -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: pal8 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: palette => pal8 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 17:47:54 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 15:47:54 -0000 Subject: [FFmpeg-trac] #1744(undetermined:new): SDL out freezes In-Reply-To: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> References: <039.d3ecbe0221683fb641e83b18c0635cd0@avcodec.org> Message-ID: <054.48ed63674dcbdd76012fe118ebfa854e@avcodec.org> #1744: SDL out freezes -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: sdl | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by rogerdpack): seems to reproduce quite readily here (windows 7). http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20120914-git-8bdba0b- win32-static.7z ffmpeg-20120914-git-8bdba0b-win32-static\bin\ffmpeg.exe -i sintel.mpg -f sdl "title" I wasn't able to reproduce the failure in Linux however... To encourage the failure moving the window around while it's playing can sometimes cause the problem to appear more quickly, but it usually only takes about 10 seconds without any help. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 21:32:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 19:32:41 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.1c411f19cb6db879152bc14cf10aa6d9@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): The patch works! Also with other AVCI100/1080i files we?ve got on our server. Thanks for that! Unfortunatly the colors look kind of inconsistant. Since this is also visible with the rewrapped files it could be a general problem of the ffmpeg h264 decoder!? I?ve uploaded some AVCI 720p samples: AVCI100 Omneon file: [http://free-vsts.com/files/MXF/AVCI100_720p.mxf] AVCI100 rewrapped: [http://free-vsts.com/files/MXF/AVCI100_720p_xf.mxf] AVCI50 Omneon file: [http://free-vsts.com/files/MXF/AVCI50_720p.mxf] AVCI50 rewrapped: [http://free-vsts.com/files/MXF/AVCI50_720p_xf.mxf] There seems to be a problem with the AVCI50 header again, but maybe you can find the bug. Potentially the files can also help with ticket #1666 since it is progressive material. I cannot record in 1080p25 and the wrapper doesn?t accept AVCI in MOV-container. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 22:38:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 20:38:58 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.20f4155c930c7c79a0ef1a5e994daf92@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): I just tested more and it doesn't happen without audio (-an) so it does seem to be linked to audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 22:39:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 20:39:46 -0000 Subject: [FFmpeg-trac] #1742(avformat:closed): Wrong PTS values for aac In-Reply-To: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> References: <042.e8f2daaa5deaeea67264b746f8bf56fe@avcodec.org> Message-ID: <057.ce699c8406f94d5c15f7c65941b2eca4@avcodec.org> #1742: Wrong PTS values for aac -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: closed Type: defect | Component: avformat Priority: normal | Resolution: fixed Version: git-master | Blocked By: Keywords: avi aac | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 23:07:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 21:07:17 -0000 Subject: [FFmpeg-trac] #1751(undetermined:new): FFmpeg keeps streaming but stream is blank/offline Message-ID: <038.785eb54500aed7e0dbeb05cf372e4621@avcodec.org> #1751: FFmpeg keeps streaming but stream is blank/offline -------------------------------------+------------------------------------- Reporter: taqattack | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: ffmpeg | Blocked By: stream random stop | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello. I'm creator of FFsplit project (http://www.ffsplit.com). We have been using ffmpeg on windows to encode and stream videos to CDNs. One of the most annoying issues that popped up was that the stream would suddenly stop but ffmpeg would keep going as if nothing wrong happened. I basically solved this inside FFsplit by reading and detecting improper packet from byte arrays that are sent to it and looking for the incorrect/incomplete packet. But recently I was able to solve this issue inside FFmpeg source code. Here's what I did: In libavformat/rtmpproto.c, I changed: {{{ if (size < 11) { av_log(LOG_CONTEXT, AV_LOG_DEBUG, "FLV packet too small %d\n", size); return 0; } }}} to {{{ if (size < 11 && !rt->flv_off) { // <--- Added "&& !rt->flv_off" av_log(LOG_CONTEXT, AV_LOG_DEBUG, "FLV packet too small %d\n", size); return 0; } }}} (Source: http://broadcast.oreilly.com/2011/11/flash-media-serverffmpeg- annoy-1.html) From what I understand, the FLV packet size was bigger than RTMP and this solves it. Checking it inside FFsplit, the improper byte arrays dont show up anymore. I hope someone sees this and incorporates it inside FFmpeg. Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 23:22:48 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 21:22:48 -0000 Subject: [FFmpeg-trac] #1751(undetermined:new): FFmpeg keeps streaming but stream is blank/offline In-Reply-To: <038.785eb54500aed7e0dbeb05cf372e4621@avcodec.org> References: <038.785eb54500aed7e0dbeb05cf372e4621@avcodec.org> Message-ID: <053.4e4d7c6141bbbac1621d3399a7b40e3b@avcodec.org> #1751: FFmpeg keeps streaming but stream is blank/offline -------------------------------------+------------------------------------- Reporter: taqattack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: ffmpeg | Resolution: stream random stop | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by llogan): I am not qualified to review your change, but please consider submitting a patch to the ffmpeg-devel mailing list. It will get more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 18 23:31:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 18 Sep 2012 21:31:37 -0000 Subject: [FFmpeg-trac] #1751(undetermined:new): FFmpeg keeps streaming but stream is blank/offline In-Reply-To: <038.785eb54500aed7e0dbeb05cf372e4621@avcodec.org> References: <038.785eb54500aed7e0dbeb05cf372e4621@avcodec.org> Message-ID: <053.3077fce460e18a94cf71c8bbd9c38448@avcodec.org> #1751: FFmpeg keeps streaming but stream is blank/offline -------------------------------------+------------------------------------- Reporter: taqattack | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffmpeg stream random stop => Comment: If you want a change committed to ffmpeg, please send your patch made with git format-patch to ffmpeg-devel - consider reading http://ffmpeg.org/developer.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 04:21:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 02:21:11 -0000 Subject: [FFmpeg-trac] #1749(avutil:open): Add a yuva444 pixel format with >= 10 bit In-Reply-To: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> References: <036.c772a2d625256e0bfff7a63b11869504@avcodec.org> Message-ID: <051.c9c56a78c3d39d86dfd1102fec3b0f1a@avcodec.org> #1749: Add a yuva444 pixel format with >= 10 bit -------------------------------------+---------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avutil Version: git-master | Resolution: Keywords: alpha | Blocked By: Blocking: 1728 1750 | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by DonMoir): * cc: donmoir@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 11:43:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 09:43:46 -0000 Subject: [FFmpeg-trac] #1748(avformat:new): Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. In-Reply-To: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> References: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> Message-ID: <056.249282e07a44da93aa43cd384552049f@avcodec.org> #1748: Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. --------------------------------------+------------------------------------ Reporter: xiaopangpang | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by xiaopangpang): Reproduce: 1.Download FFmpeg git-8bdba0b Source Code (Latest)(2012-09-14)from http://ffmpeg.zeranoe.com/builds/. 2.Uncompress download ffmpeg-20120914-git-8bdba0b-win64-static.7z to F disk of the computer. May see ffmpeg-20120914-git-8bdba0b-win64-static in root directory of F disk. 3.Open Microsoft Windows cmd. 4.Change cmd path to F disk use command ? f:? 5.Change to ?bin? folder use command ?cd F:\ffmpeg-20120914-git-8bdba0b- win64-static\bin? 6.Input command ?ffplay.exe rtsp://58.241.134.33:554/301? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 12:34:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 10:34:32 -0000 Subject: [FFmpeg-trac] #1752(avfilter:new): hqdn3d crash (assembly) Message-ID: <035.e82e95831a8c634af328ccbb57b01b19@avcodec.org> #1752: hqdn3d crash (assembly) -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git- | Keywords: hqdn3d asm master | crash segv Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- A particular combination of pixels cause hqdn3d to crash. How to reproduce: {{{ $ ./ffmpeg_g -loglevel debug -s 2x4 -pix_fmt yuv420p -i /tmp/t.raw -vf hqdn3d -f null - ffmpeg version N-44586-gb90210e Copyright (c) 2000-2012 the FFmpeg developers built on Sep 19 2012 12:24:19 with gcc 4.7 (Debian 4.7.1-7) configuration: --enable-shared --disable-static --enable-gpl --enable- libx264 --enable-libass --enable-libfreetype --assert-level=1 libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [AVIOContext @ 0x1a8caa0] Statistics: 12 bytes read, 0 seeks Input #0, image2, from '/tmp/t.raw': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0, 1, 1/25: Video: rawvideo (I420 / 0x30323449), yuv420p, 2x4, 1/25, 25 tbr, 25 tbn, 25 tbc [Parsed_hqdn3d_0 @ 0x1a8cd40] ls:4.000000 cs:3.000000 lt:6.000000 ct:4.500000 [buffer @ 0x1a8ea00] Setting entry with key 'video_size' to value '2x4' [buffer @ 0x1a8ea00] Setting entry with key 'pix_fmt' to value '0' [buffer @ 0x1a8ea00] Setting entry with key 'time_base' to value '1/25' [buffer @ 0x1a8ea00] Setting entry with key 'pixel_aspect' to value '0/1' [buffer @ 0x1a8ea00] Setting entry with key 'sws_param' to value 'flags=2' [buffer @ 0x1a8ea00] Setting entry with key 'frame_rate' to value '25/1' [graph 0 input from stream 0:0 @ 0x1a8ce40] w:2 h:4 pixfmt:yuv420p tb:1/25 fr:25/1 sar:0/1 sws_param:flags=2 Output #0, null, to 'pipe:': Metadata: encoder : Lavf54.27.101 Stream #0:0, 0, 1/90000: Video: rawvideo (I420 / 0x30323449), yuv420p, 2x4, 1/25, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (rawvideo -> rawvideo) Press [q] to stop, [?] for help zsh: segmentation fault }}} The sample file contains: {{{ 0000000: b586 1c00 0000 3c8f 7f7f 7f7f }}} valgrind says: {{{ ==25957== Invalid read of size 2 ==25957== at 0x50B965E: ??? (hqdn3d.asm:103) ==25957== by 0xE5877C7: ??? ==25957== by 0x50A2724: end_frame (vf_hqdn3d.c:115) ==25957== by 0x50B1BC0: ff_end_frame (video.c:342) ==25957== by 0x506759A: request_frame (buffersrc.c:379) ==25957== by 0x5067785: av_buffersrc_add_ref (buffersrc.c:152) ==25957== by 0x5067967: av_buffersrc_add_frame (buffersrc.c:91) ==25957== by 0x416BF6: decode_video (ffmpeg.c:1646) ==25957== by 0x4093E8: main (ffmpeg.c:1761) ==25957== Address 0xffffffffee57aee0 is not stack'd, malloc'd or (recently) free'd }}} gdb says: {{{ Program received signal SIGSEGV, Segmentation fault. ff_hqdn3d_row_8_x86.loop2 () at libavfilter/x86/hqdn3d.asm:103 103 HQDN3D_ROW 8 (gdb) where #0 ff_hqdn3d_row_8_x86.loop2 () at libavfilter/x86/hqdn3d.asm:103 #1 0x00000000006329c8 in ?? () #2 0x00002aaaaaf41725 in denoise_spatial (temporal=0x645480, spatial=0x641420, depth=8, dstride=32, sstride=, h=4, w=2, frame_ant=0xffffffff, line_ant=0x635080, dst=, src=, hqdn3d=0x632bc0) at libavfilter/vf_hqdn3d.c:115 #3 denoise_depth (depth=8, temporal=0x643480, spatial=, dstride=32, sstride=, h=, w=, frame_ant_ptr=, line_ant=0x635080, dst=, src=, hqdn3d=0x632bc0) at libavfilter/vf_hqdn3d.c:153 #4 end_frame (inlink=) at libavfilter/vf_hqdn3d.c:338 rax 0x645480 6575232 rbx 0xffffffff 4294967295 rcx 0x6329ca 6498762 rdx 0x635082 6508674 rsi 0x636581 6514049 rdi 0x636581 6514049 rbp 0x1 0x1 rsp 0x7fffffffc940 0x7fffffffc940 r8 0x0 0 r9 0x641420 6558752 r10 0x7 7 r11 0xfffffffff0000000 -268435456 r12 0x1 1 r13 0x635080 6508672 r14 0x641420 6558752 r15 0x645480 6575232 rip 0x2aaaaaf5865e 0x2aaaaaf5865e eflags 0x10296 [ PF AF SF IF RF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 }}} The crash does not happen if assembly is disabled. The arch setting is ARCH_X86_64. (The crash also happens with a real-world image, I just cropped very tightly.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 14:35:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 12:35:50 -0000 Subject: [FFmpeg-trac] #1748(avformat:new): Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. In-Reply-To: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> References: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> Message-ID: <056.d8caa34435fecef2c41f380bc234edbc@avcodec.org> #1748: Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. --------------------------------------+------------------------------------ Reporter: xiaopangpang | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by cehoyos): Please paste complete, uncut console output together with your command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 17:43:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 15:43:36 -0000 Subject: [FFmpeg-trac] #1753(undetermined:new): Delay output for X seconds Message-ID: <034.91c02c0db192afd145c9555fdc5f0071@avcodec.org> #1753: Delay output for X seconds -------------------------------------+------------------------------------- Reporter: burek | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It would be nice to add a feature where the output could be delayed for certain amount of time (specified in seconds or hh:mm:ss.mmm). One use case for this might be the case where we want to capture the video, only when a certain event occurs (like lightning bolt, robbery or trespassing for example). If we start capturing the output at that exact moment, we might loose some valuable time, but if the output was buffered, then capturing would start in the past, enabling people to record an important event. How to make use of the feature? Start one ffmpeg to capture and buffer the webcam input (the output will start after 10 seconds and will continue real-time, always being late for 10 seconds, comparing to the current time): {{{ ffmpeg -f v4l2 -i /dev/video0 -vf delay 10 -af delay 10 -f mpegts udp://localhost:1234 }}} Start another ffmpeg only when some important event occurs (triggered by the sensor or something similar): {{{ ffmpeg -f mpegts -i udp://localhost:1234 -map 0 -c copy capture.avi }}} Obviously capture.avi will start recording from the past, considering the current time the event was triggered, which will allow the beginning of the event to get recorded as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 17:57:13 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 15:57:13 -0000 Subject: [FFmpeg-trac] #1753(undetermined:new): Delay output for X seconds In-Reply-To: <034.91c02c0db192afd145c9555fdc5f0071@avcodec.org> References: <034.91c02c0db192afd145c9555fdc5f0071@avcodec.org> Message-ID: <049.d92909cef75fc1bbbeda24484b177e98@avcodec.org> #1753: Delay output for X seconds -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I can't edit the original text, but there is a mistake. Instead of "-vf delay 10 -af delay 10" it should say "-vf delay=10 -af delay=10" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 19:50:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 17:50:33 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.60c1151fdeb8ba915b0b2a925f57b283@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I don't think I can see what you mean with the colors, but these are 10-bit formats, so there is a chance something is going wrong on the conversion to 8 bit. Or actually, more likely the wrong colour transformation matrix is used. If you have a current MPlayer version around, you can try -vo gl:colorspace=0..3 to see what the different ones look like (probably lots of other programs that can do that as well, but my own code is easiest for me to remember how to use :-) ). Due to the problem with the AVCI50 header I'd rather not want to use them directly, but instead properly generate the SPS/PPS. Unfortunately that's a bit more work and I don't know when I'll have time for that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 21:15:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 19:15:28 -0000 Subject: [FFmpeg-trac] #1754(avformat:new): Error in Matroska Muxer Message-ID: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Type: defect Status: new | Priority: important Component: avformat | Version: Keywords: MKV, | Blocked By: Matroska | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- On line 635 of matroskaenc.c there is an error. The line is currently... put_ebml_uint(pb, MATROSKA_ID_VIDEODISPLAYUNIT, 3); it should either be deleted completely or set to 0 instead of 3. (0 is default so deleting it should be OK) According to the MKV specification... http://matroska.org/technical/specs/index.html ...the DisplayUnit value should only be set to 3 if the DisplayHeight and DisplayWidth values are set to aspect ratio values. However the lines above that one clearly show that DisplayHeight and DisplayWidth are being set to pixel values that are adjusted for aspect. Most players ignore this value, but some hardware players have issues with files created with this incorrect DisplayUnit value. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 23:18:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 21:18:43 -0000 Subject: [FFmpeg-trac] #1704(undetermined:closed): ffplay plays at double speed with "-ac 2" In-Reply-To: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> References: <039.79668d7b0b1b894266eb80b42a0ceef4@avcodec.org> Message-ID: <054.d75fc34a66303b15fea299df6f908cbf@avcodec.org> #1704: ffplay plays at double speed with "-ac 2" -------------------------------------+------------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cus): * status: new => closed * resolution: => invalid Comment: I guess for ffmpeg you set the codec options of the output stream, therefore it does the necessary conversion between the input stream and the output stream. Closing as invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 19 23:39:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 21:39:39 -0000 Subject: [FFmpeg-trac] #1754(avformat:open): Error in Matroska Muxer In-Reply-To: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> References: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> Message-ID: <050.bc4bf83b171927e6470504f06432165e@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: MKV, Matroska => mkv regression * status: new => open * version: => git-master Comment: Please send a patch to ffmpeg-devel, patches generally receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 01:03:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 19 Sep 2012 23:03:22 -0000 Subject: [FFmpeg-trac] #1604(undetermined:new): Rtmp streaming fps continually drops In-Reply-To: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> References: <036.ebcb0f32b2e84d8ab67fe9e964ba7f3e@avcodec.org> Message-ID: <051.74cea04e4e1457c7518d16bf6e72a80f@avcodec.org> #1604: Rtmp streaming fps continually drops -------------------------------------+------------------------------------- Reporter: Pyriel0 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: rtmp | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Pyriel0): All of the newer versions drop virtually all the frames when trying to stream to justin.tv with rtmp. It still works fine if I only record to the hard drive. I have idle cpu power and idle bandwidth. I have tried 2-3 updates in the last month and I just tried the latest (9-19 64 bit) a few minutes ago. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 09:34:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 07:34:15 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) Message-ID: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------- Reporter: Heesuk Jung | Type: defect Status: new | Priority: normal Component: avformat | Version: 0.11.1 Keywords: Grouped | Blocked By: Audio PTS | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Summary of the bug: Audio become silent before playback reach end of file. Video end at about 31 sec but audio stopped about 12 sec. I reviewed audio and video PTS information using ffprobe tool. Please refer the PTS plotting graph as below. (Notice! Recommend download of PTS plotting file because of Google docs excel inter-operability) * PTS plotting link : https://docs.google.com/open?id=0B6r7ZfWFIypCbnRtVlFTVVA0cEU * Problematic file link : https://docs.google.com/open?id=0B6r7ZfWFIypCeXB3b2J5S1NDMzQ My Analysis of PTS - Video PTS is OK. - Audio PTS is NG. - Whole timeline of this media file is about 31 sec but audio pts has about 12 sec timeline. - Also values of Audio PTS are grouped as special pattern. - Simplified Audio PTS pattern : 0, 0, 0, 1, 1, 2, 2, ??. , N/3 - Simplified Video PTS pattern : 0, 1, 2, ?. , N -> The shape of audio PTS make 2 problem. 1) Audio stop early. Because audio PTS by ffmpeg have 12 sec but real audio has 30 sec. 2) Seek does not work after 12 sec. - My co-worker checked audio PTS information of problematic based on avidemux and Audio PTS is just OK. - And so I request that FFmpeg team inspect this problem. How to reproduce: % ffplay 016_avi_mpeg4_sp[720 at 24fps]_aac[2ch_128kbps_44.1khz].avi[MV]_origin.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 09:41:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 07:41:32 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.c29b13dafc0056ce1973e087f1ac817c@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: Grouped Audio PTS => Comment: Is this also reproducible with current git head? To make this a valid ticket, please add command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 09:48:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 07:48:58 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.7926c4e117283f1a7e28c665cc36dc96@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * analyzed: 1 => 0 * reproduced: 1 => 0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 09:56:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 07:56:00 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.a7881b72b425a56006fb312c5c95cf3e@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): I update complete console output as below. shkim81 at GuHaRa:~/ffmpeg-0.11.1$ ./ffplay ~/AVI/016_avi_mpeg4_sp\[720 at 24fps\]_aac\[2ch_128kbps_44.1khz\].avi\[MV\]_origin.avi ffplay version 0.11.1 Copyright (c) 2003-2012 the FFmpeg developers built on Jun 27 2012 21:31:24 with gcc 4.4.3 configuration: --prefix=/home/2.Study/1.ffmepg/ffmpeg --disable-yasm --enable-shared libavutil 51. 54.100 / 51. 54.100 libavcodec 54. 23.100 / 54. 23.100 libavformat 54. 6.100 / 54. 6.100 libavdevice 54. 0.100 / 54. 0.100 libavfilter 2. 77.100 / 2. 77.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [avi @ 0x23b7ce0] non-interleaved AVI Input #0, avi, from '/home/shkim81/MediaDB_GCD/1_SIC_USB/CompatibilityFullPackage/AVI/016_avi_mpeg4_sp[720 at 24fps]_aac[2ch_128kbps_44.1khz].avi[MV]_origin.avi': Metadata: encoder : PotEncoder Duration: 00:00:31.00, start: 0.000000, bitrate: 6907 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, s16, 128 kb/s 36.69 A-V: -0.021 fd= 5 aq= 0KB vq= 0KB sq= 0B f=0/0 f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 10:04:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 08:04:27 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.ab1308d8f97797a8be63fc7fe1513fc4@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by cehoyos): Don't you agree that the problem can be much better seen in ffplay's output if you stop playback after ~11 seconds? Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 14:27:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 12:27:42 -0000 Subject: [FFmpeg-trac] #1755(avformat:new): Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.ac977590b15a8b8adca0b9d8e91bbf12@avcodec.org> #1755: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek) -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: 0.11.1 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): Hi cehoyos, I don't think so because a/v playback of other player such as Avidemux works well until end of stream. Also avidemux extracts the complete audio pts information of problematic files. I recommend that you play the probemlatic file using avidemux player. - link : http://avidemux.berlios.de/download.html Test result of ffmpeg latest mater branch is same as ffmpeg 0.11.1. hsjung at hsjung-laptop:~/utils/ffmpeg$ ./ffplay /media/LGEXT/Sanity_Test/1_SIC_USB/CompatibilityFullPackage/AVI/016_avi_mpeg4_sp\[720 at 24fps\]_aac\[2ch_128kbps_44.1khz\].avi\[MV\]_origin.avi ffplay version git-2012-09-20-16e52c8 Copyright (c) 2003-2012 the FFmpeg developers built on Sep 20 2012 18:00:20 with gcc 4.4.3 (Ubuntu 4.4.3-4ubuntu5.1) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x26eb3e0] non-interleaved AVI Input #0, avi, from '/media/LGEXT/Sanity_Test/1_SIC_USB/CompatibilityFullPackage/AVI/016_avi_mpeg4_sp[720 at 24fps]_aac[2ch_128kbps_44.1khz].avi[MV]_origin.avi': Metadata: encoder : PotEncoder Duration: 00:00:31.00, start: 0.000000, bitrate: 6907 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, s16, 128 kb/s Frame changed from size:0x0 to size:1280x720 vq= 205KB sq= 0B f=0/0 31.56 A-V: -0.038 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 f=0/0 hsjung at hsjung-laptop:~/utils/ffmpeg$ Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 16:22:00 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 14:22:00 -0000 Subject: [FFmpeg-trac] #1755(avformat:open): Incorrect timestamps for aac in avi (was: Audio becomes silent on some avi files. (This problem is reproduced during 1x play and seek)) In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.5fd4bcc6396565458dc5ed26587537df@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => avi aac pts * status: new => open * version: 0.11.1 => git-master * reproduced: 0 => 1 Comment: Audio timestamps for the sample file (uploaded to samples/ffmpeg- bugs/trac/ticket1755) are wrong with lavf, ffplay tries to correct it by playing video too slow, leading to A/V-desync, same wrong timestamps are shown with mplayer -demuxer lavf, the file plays fine with mplayer -demuxer avi {{{ $ time ffplay 016_avi_mpeg4_sp\[720\@24fps\]_aac\[2ch_128kbps_44.1khz\].avi\[MV\]_origin.avi ffplay version N-44632-ga16c512 Copyright (c) 2003-2012 the FFmpeg developers built on Sep 20 2012 16:11:00 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.105 / 3. 16.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x151eb20] non-interleaved AVI Input #0, avi, from '016_avi_mpeg4_sp[720 at 24fps]_aac[2ch_128kbps_44.1khz].avi[MV]_origin.avi': Metadata: encoder : PotEncoder Duration: 00:00:31.00, start: 0.000000, bitrate: 6907 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, s16, 128 kb/s Frame changed from size:0x0 to size:1280x720 9.98 A-V: -2.689 fd= 0 aq= 118KB vq= 233KB sq= 0B f=0/0 f=0/0 real 0m25.429s user 0m2.105s sys 0m0.218s }}} ffmpeg corrects the timestamps, resulting video seems fine afaict: {{{ $ ffmpeg -i 016_avi_mpeg4_sp\[720\@24fps\]_aac\[2ch_128kbps_44.1khz\].avi\[MV\]_origin.avi -qscale 2 out.avi ffmpeg version N-44632-ga16c512 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 16:11:00 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.105 / 3. 16.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 0x14f0240] non-interleaved AVI Input #0, avi, from '016_avi_mpeg4_sp[720 at 24fps]_aac[2ch_128kbps_44.1khz].avi[MV]_origin.avi': Metadata: encoder : PotEncoder Duration: 00:00:31.00, start: 0.000000, bitrate: 6907 kb/s Stream #0:0: Video: mpeg4 (Simple Profile) (XVID / 0x44495658), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: aac ([255][0][0][0] / 0x00FF), 44100 Hz, stereo, s16, 128 kb/s Please use -q:a or -q:v, -qscale is ambiguous Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.27.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 24 tbn, 24 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 44100 Hz, stereo, flt, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg4 -> mpeg4) Stream #0:1 -> #0:1 (aac -> ac3) Press [q] to stop, [?] for help [avi @ 0x150b000] st:0 PTS: 3 DTS: 3 < 6 invalid, clipping [avi @ 0x150b000] st:0 PTS: 3 DTS: 3 < 7 invalid, clipping [avi @ 0x150b000] st:0 PTS: 4 DTS: 4 < 8 invalid, clipping [avi @ 0x150b000] st:0 PTS: 5 DTS: 5 < 9 invalid, clipping [avi @ 0x150b000] st:0 PTS: 6 DTS: 6 < 10 invalid, clipping [avi @ 0x150b000] st:0 PTS: 5 DTS: 5 < 11 invalid, clipping [avi @ 0x150b000] st:0 PTS: 6 DTS: 6 < 12 invalid, clipping [avi @ 0x150b000] st:0 PTS: 7 DTS: 7 < 13 invalid, clipping [avi @ 0x150b000] st:0 PTS: 7 DTS: 7 < 14 invalid, clipping [avi @ 0x150b000] st:0 PTS: 7 DTS: 7 < 15 invalid, clipping [avi @ 0x150b000] st:0 PTS: 8 DTS: 8 < 16 invalid, clipping [avi @ 0x150b000] st:0 PTS: 8 DTS: 8 < 17 invalid, clipping [avi @ 0x150b000] st:0 PTS: 9 DTS: 9 < 18 invalid, clipping [avi @ 0x150b000] st:0 PTS: 9 DTS: 9 < 19 invalid, clipping [avi @ 0x150b000] st:0 PTS: 10 DTS: 10 < 20 invalid, clipping [avi @ 0x150b000] st:0 PTS: 9 DTS: 9 < 21 invalid, clipping [avi @ 0x150b000] st:0 PTS: 10 DTS: 10 < 22 invalid, clipping [avi @ 0x150b000] st:0 PTS: 11 DTS: 11 < 23 invalid, clipping [avi @ 0x150b000] st:0 PTS: 11 DTS: 11 < 24 invalid, clipping [avi @ 0x150b000] st:0 PTS: 11 DTS: 11 < 25 invalid, clipping [avi @ 0x150b000] st:0 PTS: 12 DTS: 12 < 26 invalid, clipping [avi @ 0x150b000] st:0 PTS: 12 DTS: 12 < 27 invalid, clipping [avi @ 0x150b000] st:0 PTS: 13 DTS: 13 < 28 invalid, clipping [avi @ 0x150b000] st:0 PTS: 13 DTS: 13 < 29 invalid, clipping [avi @ 0x150b000] st:0 PTS: 14 DTS: 14 < 30 invalid, clipping [avi @ 0x150b000] st:0 PTS: 14 DTS: 14 < 31 invalid, clipping [avi @ 0x150b000] st:0 PTS: 14 DTS: 14 < 32 invalid, clipping [avi @ 0x150b000] st:0 PTS: 15 DTS: 15 < 33 invalid, clipping [avi @ 0x150b000] st:0 PTS: 15 DTS: 15 < 34 invalid, clipping [avi @ 0x150b000] st:0 PTS: 15 DTS: 15 < 35 invalid, clipping [avi @ 0x150b000] st:0 PTS: 16 DTS: 16 < 36 invalid, clipping [avi @ 0x150b000] st:0 PTS: 16 DTS: 16 < 37 invalid, clipping [avi @ 0x150b000] st:0 PTS: 17 DTS: 17 < 38 invalid, clipping [avi @ 0x150b000] st:0 PTS: 17 DTS: 17 < 39 invalid, clipping ... [avi @ 0x150b000] st:0 PTS: 341 DTS: 341 < 861 invalid, clipping [avi @ 0x150b000] st:0 PTS: 341 DTS: 341 < 862 invalid, clipping [avi @ 0x150b000] st:0 PTS: 341 DTS: 341 < 863 invalid, clipping [avi @ 0x150b000] st:0 PTS: 342 DTS: 342 < 864 invalid, clipping [avi @ 0x150b000] st:0 PTS: 342 DTS: 342 < 865 invalid, clipping [avi @ 0x150b000] st:0 PTS: 343 DTS: 343 < 866 invalid, clipping [avi @ 0x150b000] st:0 PTS: 343 DTS: 343 < 867 invalid, clipping [avi @ 0x150b000] st:0 PTS: 344 DTS: 344 < 868 invalid, clipping [avi @ 0x150b000] st:0 PTS: 343 DTS: 343 < 869 invalid, clipping [avi @ 0x150b000] st:0 PTS: 344 DTS: 344 < 870 invalid, clipping [avi @ 0x150b000] st:0 PTS: 344 DTS: 344 < 871 invalid, clipping [avi @ 0x150b000] st:0 PTS: 345 DTS: 345 < 872 invalid, clipping [avi @ 0x150b000] st:0 PTS: 345 DTS: 345 < 873 invalid, clipping [avi @ 0x150b000] st:0 PTS: 346 DTS: 346 < 874 invalid, clipping [avi @ 0x150b000] st:0 PTS: 346 DTS: 346 < 875 invalid, clipping [avi @ 0x150b000] st:0 PTS: 346 DTS: 346 < 876 invalid, clipping [avi @ 0x150b000] st:0 PTS: 347 DTS: 347 < 877 invalid, clipping [avi @ 0x150b000] st:0 PTS: 347 DTS: 347 < 878 invalid, clipping [avi @ 0x150b000] st:0 PTS: 347 DTS: 347 < 879 invalid, clipping [avi @ 0x150b000] st:0 PTS: 348 DTS: 348 < 880 invalid, clipping [avi @ 0x150b000] st:0 PTS: 349 DTS: 349 < 881 invalid, clipping [avi @ 0x150b000] st:0 PTS: 349 DTS: 349 < 882 invalid, clipping [avi @ 0x150b000] st:0 PTS: 349 DTS: 349 < 883 invalid, clipping [avi @ 0x150b000] st:0 PTS: 350 DTS: 350 < 884 invalid, clipping [avi @ 0x150b000] st:0 PTS: 350 DTS: 350 < 885 invalid, clipping [avi @ 0x150b000] st:0 PTS: 350 DTS: 350 < 886 invalid, clipping frame= 744 fps= 94 q=2.0 Lsize= 36906kB time=00:00:31.00 bitrate=9752.7kbits/s video:36133kB audio:725kB subtitle:0 global headers:0kB muxing overhead 0.131191% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 16:54:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 14:54:33 -0000 Subject: [FFmpeg-trac] #868(undetermined:open): chained ogg video streams not supported In-Reply-To: <038.1ae3715834615bf6d579e6347423a159@avcodec.org> References: <038.1ae3715834615bf6d579e6347423a159@avcodec.org> Message-ID: <053.d9ddf0b768561359ecfb7dfe6144c1cd@avcodec.org> #868: chained ogg video streams not supported -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ogg theora | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ogg theora * status: new => open * component: avformat => undetermined * reproduced: 0 => 1 Comment: The video (uploaded to samples/ffmpeg-bugs/trac/ticket868) changes resolution twice, from 320x240 to 336x256 and from 336x256 to 352x288, FFmpeg does not support the resolution changes, plays fine with vlc. {{{ $ ffmpeg -i chained_streams.ogg -r 30 out.avi ffmpeg version N-44632-ga16c512 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 16:11:00 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.105 / 3. 16.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [theora @ 0x14f6840] 7 bits left in packet 82 [ogg @ 0x14f0240] Estimating duration from bitrate, this may be inaccurate Input #0, ogg, from 'chained_streams.ogg': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Video: theora, yuv420p, 320x240, 30 tbr, 30 tbn, 30 tbc [theora @ 0x1600ae0] 7 bits left in packet 82 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.27.101 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream mapping: Stream #0:0 -> #0:0 (theora -> mpeg4) Press [q] to stop, [?] for help [theora @ 0x1600ae0] Coefficient index overflow Last message repeated 35 times [theora @ 0x1774000] Invalid partially coded superblock run length [theora @ 0x1774000] error in unpack_superblocks [theora @ 0x17835a0] Invalid partially coded superblock run length [theora @ 0x17835a0] [theora @ 0x1600ae0] Invalid partially coded superblock run length [theora @ 0x1600ae0] error in unpack_superblocks Error while decoding stream #0:0: Operation not permitted error in unpack_superblocks [theora @ 0x1774000] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x1774000] error in unpack_superblocks [theora @ 0x17835a0] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x17835a0] error in unpack_superblocks [theora @ 0x1600ae0] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x1600ae0] error in unpack_superblocks [theora @ 0x1774000] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x1774000] error in unpack_superblocks ... [theora @ 0x17835a0] error in unpack_superblocks [theora @ 0x1600ae0] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x1600ae0] error in unpack_superblocks [theora @ 0x1774000] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x1774000] error in unpack_superblocks [theora @ 0x17835a0] Invalid partially coded superblock run length Error while decoding stream #0:0: Operation not permitted [theora @ 0x17835a0] error in unpack_superblocks [ogg @ 0x14f0240] Codec not found Last message repeated 129 times [theora @ 0x14f6840] Invalid media type for audio frame= 120 fps=0.0 q=20.1 Lsize= 173kB time=00:00:04.00 bitrate= 354.4kbits/s dup=0 drop=2 video:165kB audio:0kB subtitle:0 global headers:0kB muxing overhead 5.113620% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 16:59:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 14:59:51 -0000 Subject: [FFmpeg-trac] #712(undetermined:open): m2v: wrong duration In-Reply-To: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> References: <037.c454a9aa7828e850ab3087e465d1f103@avcodec.org> Message-ID: <052.fced0cdb2811c96ffa4c76722015938b@avcodec.org> #712: m2v: wrong duration -------------------------------------+------------------------------------- Reporter: cbsrobot | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: m2v | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * component: FFmpeg => undetermined * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 17:17:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 15:17:14 -0000 Subject: [FFmpeg-trac] #528(avcodec:closed): Image corruption in H264 from DVB In-Reply-To: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> References: <038.76b123a8bc15a86f90c5ffd80efdec7a@avcodec.org> Message-ID: <053.646a355a07fca07155df998a986e1afe@avcodec.org> #528: Image corruption in H264 from DVB ------------------------------------+----------------------------------- Reporter: heleppkes | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: H264 TS | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: The sample is decoded bit-identical with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 17:21:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 15:21:07 -0000 Subject: [FFmpeg-trac] #680(avcodec:closed): Prores 4444 encoding In-Reply-To: <035.95d8edb360ee0312c5f577aa7b64578f@avcodec.org> References: <035.95d8edb360ee0312c5f577aa7b64578f@avcodec.org> Message-ID: <050.0d1261b715c89b63f3f82f9cb42d6ea4@avcodec.org> #680: Prores 4444 encoding -------------------------------------+----------------------------------- Reporter: dftmli | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Encoding of yuv444p is supported with -vcodec prores_kostya, see ticket #1750 for transparency encoding. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 17:38:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 15:38:14 -0000 Subject: [FFmpeg-trac] #458(swscale:open): Scale filter can create output which scale filter cannot accept on its input In-Reply-To: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> References: <033.57a819b246390678f2a4c273ed9ee0ba@avcodec.org> Message-ID: <048.18d7fa34ef62211f28cb9bd081cdd639@avcodec.org> #458: Scale filter can create output which scale filter cannot accept on its input ------------------------------------+----------------------------------- Reporter: mdsh | Owner: michael Type: defect | Status: open Priority: normal | Component: swscale Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ./ffmpeg -i fate-suite/svq3/Vertical400kbit.sorenson3.mov -vf pad=in_w:in_h+2:0:2,scale=0:0:interl=1,format=uyvy422 -f null - ffmpeg version N-44632-ga16c512 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 16:11:00 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.105 / 3. 16.105 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x14f0240] max_analyze_duration 5000000 reached at 5000998 Guessed Channel Layout for Input Stream #0.1 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'fate- suite/svq3/Vertical400kbit.sorenson3.mov': Metadata: creation_time : 2001-03-20 16:17:18 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Sorenson Video 3 encoder-eng : Sorenson Video 3 Duration: 00:00:43.57, start: 0.000000, bitrate: 580 kb/s Stream #0:0(eng): Video: svq3 (SVQ3 / 0x33515653), yuvj420p, 320x240, 391 kb/s, 30.02 fps, 30 tbr, 600 tbn, 600 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: adpcm_ima_qt (ima4 / 0x34616D69), 44100 Hz, mono, s16, 176 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Output #0, null, to 'pipe:': Metadata: encoder-eng : Sorenson Video 3 title : Vertical Online SV3 Demo title-eng : Vertical Online SV3 Demo artist : Logan Kelsey artist-eng : Logan Kelsey copyright : ? Vertical Online 2001 copyright-eng : ? Vertical Online 2001 encoder : Lavf54.27.101 Stream #0:0(eng): Video: rawvideo (UYVY / 0x59565955), uyvy422, 320x242, q=2-31, 200 kb/s, 90k tbn, 30 tbc Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream #0:1(eng): Audio: pcm_s16le, 44100 Hz, mono, s16, 705 kb/s Metadata: creation_time : 2001-03-20 16:17:18 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (svq3 -> rawvideo) Stream #0:1 -> #0:1 (adpcm_ima_qt -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 1 Assertion y%(2<vsub) == 0 failed at libavfilter/vf_scale.c:383 Aborted }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 18:10:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 16:10:03 -0000 Subject: [FFmpeg-trac] #318(FFplay:closed): FFPLAY No Audio TS File with AAC 5.1 Audio Stream In-Reply-To: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> References: <040.83860eef23fca0ed484478fc21e2ecba@avcodec.org> Message-ID: <055.1ee427b0af587dd818581c176e376851@avcodec.org> #318: FFPLAY No Audio TS File with AAC 5.1 Audio Stream -------------------------------------+----------------------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: I strongly suspect that this problem depends on sdl (it apparently works fine for many developers). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 18:10:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 16:10:13 -0000 Subject: [FFmpeg-trac] #319(FFplay:closed): FFplay: AAC 5.1 sounds distorted In-Reply-To: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> References: <040.2322fc62754f8f3f7fd64bd55efe5f30@avcodec.org> Message-ID: <055.e62d87b11208ac8bf0d70d14fdec0dbe@avcodec.org> #319: FFplay: AAC 5.1 sounds distorted -------------------------------------+----------------------------------- Reporter: jlsantiago0 | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => invalid Comment: I strongly suspect that this problem depends on sdl (it apparently works fine for many developers). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 18:26:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 16:26:26 -0000 Subject: [FFmpeg-trac] #475(FFplay:open): Audio desync from video with MXF file In-Reply-To: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> References: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> Message-ID: <053.e1e3ea4f83050b84d3acac536ee05b33@avcodec.org> #475: Audio desync from video with MXF file ------------------------------------+---------------------------------- Reporter: james2432 | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * component: undetermined => FFplay Comment: (Sample uploaded to samples/ffmpeg-bugs/trac/ticket475) Remuxing works fine now, the problem with ffplay is still reproducible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 21:03:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 19:03:17 -0000 Subject: [FFmpeg-trac] #1709(undetermined:open): 2012 Autumn Website Banner Contest: herve flores In-Reply-To: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> References: <041.af70f01032d2ddda26b72129da0025ce@avcodec.org> Message-ID: <056.f286af25cf275c874d26ffce38cc96ad@avcodec.org> #1709: 2012 Autumn Website Banner Contest: herve flores -------------------------------------+------------------------------------- Reporter: herve | Owner: flores | Status: open Type: art | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by beastd): Replying to [ticket:1709 herve flores]: > Hi > I made some banners (some months ago, before summer) Hi Herve, thank you and congratulations! You have won the autumn banner contest :D Could you please attach the October banner (not the webpage preview) to this ticket. It would be good if you could do it soon as we want to switch banners on 22nd this month. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 21:56:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 19:56:49 -0000 Subject: [FFmpeg-trac] #1756(undetermined:new): 2013 Winter Website Banner Contest Message-ID: <035.0b53302787816b666870597d32ab45af@avcodec.org> #1756: 2013 Winter Website Banner Contest -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: art | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- We are now accepting designs for the website banner. This is a winter/winter holiday theme, and the deadline is December 14. We will then vote on the designs, and the winner's art will be uploaded to the site! See our logo wiki page for more information: https://ffmpeg.org/trac/ffmpeg/wiki/SubmitALogo Please submit your entries to this ticket including artwork files. Here's how: 1. Register to this ticket tracker: https://ffmpeg.org/trac/ffmpeg/register 2. Return to this ticket: https://ffmpeg.org/trac/ffmpeg/ticket/1756 3. Click the "Attach file" button (it is under the "Attachments" section) and upload your artwork (size limit is 2.5 MB). Give it a unique name such as "2013-winter-llogan.png". You may submit more than one design. If your file is too large then provide a link to your art or use a file service such as datafilehost, mediafire, or dropbox. 4. Under "Add a comment" let us know which file you uploaded and whatever else you want to tell us about your design. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 23:26:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 21:26:29 -0000 Subject: [FFmpeg-trac] #1748(avformat:open): Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. In-Reply-To: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> References: <041.d2ea204103ead47fe22c55bb7401b43f@avcodec.org> Message-ID: <056.c718a84219fd49ec2c829bf3001a1cc8@avcodec.org> #1748: Rtsp stream can connect but cannot fetch any data with tcp.But vlc player can play this rtsp. --------------------------------------+------------------------------------ Reporter: xiaopangpang | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rtsp mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * priority: normal => wish * status: new => open * type: defect => enhancement * reproduced: 0 => 1 Comment: Works fine with MPlayer, no matter if live555 was configured or not. {{{ $ ffmpeg -i rtsp://58.241.134.33:554/301 ffmpeg version N-44649-g6d87781 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 22:52:22 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.106 / 3. 16.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0x14f0240] UDP timeout, retrying with TCP [rtsp @ 0x14f0240] Estimating duration from bitrate, this may be inaccurate rtsp://58.241.134.33:554/301: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 20 23:37:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 21:37:12 -0000 Subject: [FFmpeg-trac] #1757(swscale:new): Support converting to GBRP Message-ID: <036.394ccb81b51d996e39f0b8674ff56a76@avcodec.org> #1757: Support converting to GBRP ---------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: swscale Version: git-master | Keywords: gbrp Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+--------------------------------- The dpx encoder supports different GBRP colour-spaces, but the scaler cannot convert into GBRP. {{{ $ ffmpeg -i tests/lena.pnm -pix_fmt gbrp10 out.dpx ffmpeg version N-44649-g6d87781 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 22:52:22 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.106 / 3. 16.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '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 Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto-inserted scaler 0' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 00:41:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 20 Sep 2012 22:41:59 -0000 Subject: [FFmpeg-trac] #1758(undetermined:new): Damaged transport stream cannot be remuxed Message-ID: <036.5ee97abc4192902f87de248e3878e4cd@avcodec.org> #1758: Damaged transport stream cannot be remuxed -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | av_interleaved_write_frame h264 Reproduced by developer: 0 | mpegts | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/40329 Attached damaged transport stream can be decoded (with visible corruption) with FFmpeg, remuxing is impossible. {{{ $ ffmpeg -i damagedh264.ts -an -vcodec copy out.ts ffmpeg version N-44649-g6d87781 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 20 2012 22:52:22 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 16.106 / 3. 16.106 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS referenced [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS 0 referenced [h264 @ 0x14f4180] decode_slice_header error [h264 @ 0x14f4180] no frame! [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS referenced [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS 0 referenced [h264 @ 0x14f4180] decode_slice_header error [h264 @ 0x14f4180] no frame! ... [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS referenced [h264 @ 0x14f4180] non-existing SPS 0 referenced in buffering period [h264 @ 0x14f4180] non-existing PPS 0 referenced [h264 @ 0x14f4180] decode_slice_header error [h264 @ 0x14f4180] no frame! [mp3 @ 0x14f4a80] Header missing [h264 @ 0x14f4180] mmco: unref short failure Last message repeated 5 times [mpegts @ 0x14f0240] max_analyze_duration 5000000 reached at 5000000 [mpegts @ 0x14f0240] PES packet size mismatch Input #0, mpegts, from 'damagedh264.ts': Duration: 00:00:12.19, start: 77402.001300, bitrate: 1679 kb/s Program 132 Stream #0:0[0x2be]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 12:11 DAR 15:11], 52.58 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x2bf](rus): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16, 128 kb/s [mpegts @ 0x14f5400] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.27.101 Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=2-31, 52.58 fps, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mpegts @ 0x14f5400] H.264 bitstream malformed, no startcode found, use the h264_mp4toannexb bitstream filter (-bsf h264_mp4toannexb) av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 03:03:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 01:03:59 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.4d116fd8a857b30f090424b00fb114bb@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by bruce-wu): After investigation, I found what the problem is: read memory outside of the bound of the array pointed to by register R1 in MACRO h264_chroma_mc8 or MACRO h264_chroma_mc4 in libavcodec/arm/h264dsp_neon.S (verion 0.8.10) or libavcodec/arm/h264cmc_neon.S(version 0.11.1). I fixed the bug by modifying those two macros. Here is updated macros in version 0.8.10: /* chroma_mc8(uint8_t *dst, uint8_t *src, int stride, int h, int x, int y) */ .macro h264_chroma_mc8 type function ff_\type\()_h264_chroma_mc8_neon, export=1 push {r4-r7, lr} ldrd r4, [sp, #20] .ifc \type,avg mov lr, r0 .endif pld [r1] pld [r1, r2] muls r7, r4, r5 rsb r6, r7, r5, lsl #3 rsb ip, r7, r4, lsl #3 sub r4, r7, r4, lsl #3 sub r4, r4, r5, lsl #3 add r4, r4, #64 beq 2f add r5, r1, r2 vdup.8 d0, r4 lsl r4, r2, #1 vdup.8 d1, ip vld1.64 {d4, d5}, [r1], r4 vdup.8 d2, r6 vdup.8 d3, r7 vext.8 d5, d4, d5, #1 1: vld1.64 {d6, d7}, [r5], r4 pld [r5] vmull.u8 q8, d4, d0 vext.8 d7, d6, d7, #1 vmlal.u8 q8, d5, d1 vld1.64 {d4, d5}, [r1], r4 vmlal.u8 q8, d6, d2 vext.8 d5, d4, d5, #1 vmlal.u8 q8, d7, d3 vmull.u8 q9, d6, d0 subs r3, r3, #2 vmlal.u8 q9, d7, d1 vmlal.u8 q9, d4, d2 vmlal.u8 q9, d5, d3 vrshrn.u16 d16, q8, #6 /*vld1.64 {d6, d7}, [r5], r4*/ pld [r1] vrshrn.u16 d17, q9, #6 .ifc \type,avg vld1.64 {d20}, [lr,:64], r2 vld1.64 {d21}, [lr,:64], r2 vrhadd.u8 q8, q8, q10 .endif /*vext.8 d7, d6, d7, #1*/ vst1.64 {d16}, [r0,:64], r2 vst1.64 {d17}, [r0,:64], r2 bgt 1b pop {r4-r7, pc} 2: tst r6, r6 add ip, ip, r6 vdup.8 d0, r4 vdup.8 d1, ip beq 4f add r5, r1, r2 lsl r4, r2, #1 3: vld1.64 {d4}, [r1], r4 vld1.64 {d6}, [r5], r4 pld [r5] vmull.u8 q8, d4, d0 vmlal.u8 q8, d6, d1 vmull.u8 q9, d6, d0 vmlal.u8 q9, d4, d1 vrshrn.u16 d16, q8, #6 vrshrn.u16 d17, q9, #6 .ifc \type,avg vld1.64 {d20}, [lr,:64], r2 vld1.64 {d21}, [lr,:64], r2 vrhadd.u8 q8, q8, q10 .endif subs r3, r3, #2 pld [r1] vst1.64 {d16}, [r0,:64], r2 vst1.64 {d17}, [r0,:64], r2 bgt 3b pop {r4-r7, pc} 4: vld1.64 {d4, d5}, [r1], r2 vld1.64 {d6, d7}, [r1], r2 vext.8 d5, d4, d5, #1 vext.8 d7, d6, d7, #1 pld [r1] subs r3, r3, #2 vmull.u8 q8, d4, d0 vmlal.u8 q8, d5, d1 vmull.u8 q9, d6, d0 vmlal.u8 q9, d7, d1 pld [r1] vrshrn.u16 d16, q8, #6 vrshrn.u16 d17, q9, #6 .ifc \type,avg vld1.64 {d20}, [lr,:64], r2 vld1.64 {d21}, [lr,:64], r2 vrhadd.u8 q8, q8, q10 .endif vst1.64 {d16}, [r0,:64], r2 vst1.64 {d17}, [r0,:64], r2 bgt 4b pop {r4-r7, pc} endfunc .endm /* chroma_mc4(uint8_t *dst, uint8_t *src, int stride, int h, int x, int y) */ .macro h264_chroma_mc4 type function ff_\type\()_h264_chroma_mc4_neon, export=1 push {r4-r7, lr} ldrd r4, [sp, #20] .ifc \type,avg mov lr, r0 .endif pld [r1] pld [r1, r2] muls r7, r4, r5 rsb r6, r7, r5, lsl #3 rsb ip, r7, r4, lsl #3 sub r4, r7, r4, lsl #3 sub r4, r4, r5, lsl #3 add r4, r4, #64 beq 2f add r5, r1, r2 vdup.8 d0, r4 lsl r4, r2, #1 vdup.8 d1, ip vld1.64 {d4}, [r1], r4 vdup.8 d2, r6 vdup.8 d3, r7 vext.8 d5, d4, d5, #1 vtrn.32 d0, d1 vtrn.32 d2, d3 vtrn.32 d4, d5 1: vld1.64 {d6}, [r5], r4 pld [r5] vext.8 d7, d6, d7, #1 vmull.u8 q8, d4, d0 vtrn.32 d6, d7 vld1.64 {d4}, [r1], r4 vmlal.u8 q8, d6, d2 vext.8 d5, d4, d5, #1 vmull.u8 q9, d6, d0 vtrn.32 d4, d5 vmlal.u8 q9, d4, d2 vadd.i16 d16, d16, d17 vadd.i16 d17, d18, d19 vrshrn.u16 d16, q8, #6 subs r3, r3, #2 pld [r1] .ifc \type,avg vld1.32 {d20[0]}, [lr,:32], r2 vld1.32 {d20[1]}, [lr,:32], r2 vrhadd.u8 d16, d16, d20 .endif vst1.32 {d16[0]}, [r0,:32], r2 vst1.32 {d16[1]}, [r0,:32], r2 bgt 1b pop {r4-r7, pc} 2: tst r6, r6 add ip, ip, r6 vdup.8 d0, r4 vdup.8 d1, ip vtrn.32 d0, d1 beq 4f vext.32 d1, d0, d1, #1 add r5, r1, r2 lsl r4, r2, #1 vld1.32 {d4[0]}, [r1], r4 3: vld1.32 {d4[1]}, [r5], r4 pld [r5] vmull.u8 q8, d4, d0 vld1.32 {d4[0]}, [r1], r4 vmull.u8 q9, d4, d1 vadd.i16 d16, d16, d17 vadd.i16 d17, d18, d19 vrshrn.u16 d16, q8, #6 .ifc \type,avg vld1.32 {d20[0]}, [lr,:32], r2 vld1.32 {d20[1]}, [lr,:32], r2 vrhadd.u8 d16, d16, d20 .endif subs r3, r3, #2 pld [r1] vst1.32 {d16[0]}, [r0,:32], r2 vst1.32 {d16[1]}, [r0,:32], r2 bgt 3b pop {r4-r7, pc} 4: vld1.64 {d4}, [r1], r2 vld1.64 {d6}, [r1], r2 vext.8 d5, d4, d5, #1 vext.8 d7, d6, d7, #1 vtrn.32 d4, d5 vtrn.32 d6, d7 vmull.u8 q8, d4, d0 vmull.u8 q9, d6, d0 subs r3, r3, #2 vadd.i16 d16, d16, d17 vadd.i16 d17, d18, d19 pld [r1] vrshrn.u16 d16, q8, #6 .ifc \type,avg vld1.32 {d20[0]}, [lr,:32], r2 vld1.32 {d20[1]}, [lr,:32], r2 vrhadd.u8 d16, d16, d20 .endif pld [r1] vst1.32 {d16[0]}, [r0,:32], r2 vst1.32 {d16[1]}, [r0,:32], r2 bgt 4b pop {r4-r7, pc} endfunc .endm As shown in the code, register R1 points to ARRAY src (type is uint_t*). The idea in the modification is to test if register R3 (ARGUMENT h in caller of C program) is less or equal zero before reading elements pointed to by registe R1. If it is, then skip reading and jump to the end of function. I tested the code using several videos, and it works. For version 0.11.1, the modification is the same. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 04:01:30 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 02:01:30 -0000 Subject: [FFmpeg-trac] #1759(avformat:new): Bad video DTS value Message-ID: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> #1759: Bad video DTS value -------------------------------------+------------------------------------- Reporter: | Type: defect nikola.vranic | Priority: normal Status: new | Version: git- Component: avformat | master Keywords: DTS | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: First video packet DTS has wrong value, value which is lower then 0. This can be problem when seeking to 0. How to reproduce: {{{ % ffprobe -show_packets mpeg2.mov [PACKET] codec_type=video stream_index=0 pts=-1 pts_time=-0.041667 dts=-1 dts_time=-0.041667 duration=1 duration_time=0.041667 convergence_duration=N/A convergence_duration_time=N/A size=32992 pos=36 flags=K [/PACKET] ... ffmpeg version: latest git master source built on: Ubuntu 10.04 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 04:06:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 02:06:25 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.ca8f03dbe0c4785113cc590f3407d4d5@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): please submit a "git format-patch" or a normal patch as generated by git diff of the relevant changes. Its not possible nor reliable to extract from the posted code what has been changed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 09:49:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 07:49:17 -0000 Subject: [FFmpeg-trac] #1759(avformat:new): Bad video DTS value In-Reply-To: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> References: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> Message-ID: <057.65b8b585ca801a555b23c22a0c0892fd@avcodec.org> #1759: Bad video DTS value -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: DTS | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The output of ffprobe -show_packets mpeg2.mov looks different here, are you sure your version of FFmpeg is unpatched? Consider adding the output of ffmpeg -i mpeg2.mov Could you explain what kind of problem you experience? Seeking works fine here for the attached sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:04:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:04:50 -0000 Subject: [FFmpeg-trac] #1747(avformat:open): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.c6cf0f3cca56e67eccc6b3e3ac377e1a@avcodec.org> #1747: dts in wav not auto-detected ------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: wav dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Description changed by cehoyos: Old description: > (Reported many times, sample is from issue 2663) > > dts in avi is not auto-detected, FFmpeg claims it is pcm_s16le > {{{ > $ ffmpeg -i dts.wav > ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg > developers > built on Sep 18 2012 11:05:34 with gcc 4.5.3 (GCC) > configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- > libmp3lame > libavutil 51. 73.101 / 51. 73.101 > libavcodec 54. 56.100 / 54. 56.100 > libavformat 54. 27.101 / 54. 27.101 > libavdevice 54. 2.100 / 54. 2.100 > libavfilter 3. 16.104 / 3. 16.104 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > [wav @ 0x14f1240] max_analyze_duration 5000000 reached at 5015510 > Guessed Channel Layout for Input Stream #0.0 : stereo > Input #0, wav, from 'dts.wav': > Duration: 00:02:13.28, bitrate: 153 kb/s > Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, > stereo, s16, 1411 kb/s > At least one output file must be specified > }}} > Work-around is to set the audio-codec: > $ ffmpeg -acodec dts -i Cuted_pcm_s16le.wav New description: (Reported many times, sample is from issue 2663) dts in avi is not auto-detected, FFmpeg claims it is pcm_s16le {{{ $ ffmpeg -i dts.wav ffmpeg version N-44552-g4aade44 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 18 2012 11:05:34 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libmp3lame libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [wav @ 0x14f1240] max_analyze_duration 5000000 reached at 5015510 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, wav, from 'dts.wav': Duration: 00:02:13.28, bitrate: 153 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s At least one output file must be specified }}} Work-around is to set the audio-codec: $ ffmpeg -acodec dts -i dts.wav -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:11:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:11:29 -0000 Subject: [FFmpeg-trac] #1729(avformat:new): avformat sdp.c error. In-Reply-To: <037.e086022e7b4b8087e974042e19000709@avcodec.org> References: <037.e086022e7b4b8087e974042e19000709@avcodec.org> Message-ID: <052.14ee9d0624229553fadc66263aeab422@avcodec.org> #1729: avformat sdp.c error. --------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: sdp ffserver | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: sdp ffserver avformat => sdp ffserver Comment: Please either attach patches made with "git diff>change.diff" or "git format-patch" to the ticket, or send them to ffmpeg-devel (patches generally receive more attention on ffmpeg-devel). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:12:28 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:12:28 -0000 Subject: [FFmpeg-trac] #1725(avfilter:new): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.5b42195348b688884f58f16316cb749b@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: new Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by cehoyos): Is this a valid ticket or can it be closed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:14:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:14:48 -0000 Subject: [FFmpeg-trac] #1725(avfilter:closed): filter_complex losing frames In-Reply-To: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> References: <034.6b90d1d412b7d1e5fcda66e57290d7b8@avcodec.org> Message-ID: <049.049d970973f0ffb1339a6083b9eab3a1@avcodec.org> #1725: filter_complex losing frames ------------------------------------+------------------------------------ Reporter: takis | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by Cigaes): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:20:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:20:25 -0000 Subject: [FFmpeg-trac] #1552(undetermined:new): Packed B-frames cannot be remuxed into mkv In-Reply-To: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> References: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> Message-ID: <051.ed1665bf9e5f43b30243f412f44337bc@avcodec.org> #1552: Packed B-frames cannot be remuxed into mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Works fine with {{{ $ ffmpeg -fflags +genpts -i AVI\ That\ plays\ well\ but\ can\ ot\ be\ muxed\ to\ mkv.avi -vcodec copy -an out.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:36:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:36:26 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.5132b469055c4ee0abbf8ed8a1f06b40@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by Gregory): I had the same problem on iOS, and did a quick test porting the changes to the ffmpeg version we use (same neon file as 0.11.2), works fine! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:52:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:52:49 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.abfb054ed40da8d35523d83db3c575ae@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:10 Gregory]: > I had the same problem on iOS, and did a quick test porting the changes to the ffmpeg version we use (same neon file as 0.11.2), works fine! Please consider either posting the patch here or sending it to ffmpeg- devel (where it will probably receive more attention) to allow other users to profit from the fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 11:56:48 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 09:56:48 -0000 Subject: [FFmpeg-trac] #1759(avformat:new): Bad video DTS value In-Reply-To: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> References: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> Message-ID: <057.ef23772c8fd30d8f3c798baffdc623d3@avcodec.org> #1759: Bad video DTS value -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: DTS | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by nikola.vranic): Ohh sorry, I forget to remove some patch. Well when I use ffmpeg library in my application and when I want to seek to position 0 I don't got first frame of the stream because it's DST is -1. Instead I got some other frame. I suggest patch which you can find in attachment. I will also put how looks packets with and without patch. With this patch I can seek to position 0 and because of that I think that this is a bug in ffmpeg library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 14:11:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 12:11:29 -0000 Subject: [FFmpeg-trac] #1759(avformat:new): Bad video DTS value In-Reply-To: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> References: <042.1ce520ed71fc0acef9af73d4630af6c8@avcodec.org> Message-ID: <057.fefbc28d084df6cb3d9681396dea2e27@avcodec.org> #1759: Bad video DTS value -------------------------------------+------------------------------------- Reporter: | Owner: nikola.vranic | Status: new Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: DTS | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by DonMoir): * cc: donmoir@? (added) Comment: It's not unusual for first packet dts to be non-zero in a variety of formats. you can use AVStream.first_dts as an offset which in the case of the mpeg2.mov is also -1. So in this case if your desired seekTime is zero (not accounting for time_base here) it would be seekTime + AVStream.first_dts and result is -1. As long as the first_dts is consistent with the packet dts then all is good. The first_dts of the stream must always represent the first packet dts. It would be a mistake to make some modification to packet dts without taking into account the first_dts. I have no problem with seeking to zero (dead on) on above file and DO take in account the first_dts. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 17:24:38 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 15:24:38 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.edc73da7256d4fdf874845418d9bd85a@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): Maybe inconsistant was the wrong word. It looks like some colors from previous frames are still there. It?s slight but visible especially at crossfaded scene changes. I investigated a little and as I now know where to look for the SPS/PPS, I compared my samples with files from other sources. AVID Transfermanager and Quantel headers have equal SPS/PPS but are slightly different to the file wrapped by the XFConverter. When I compile FFmpeg with the AVID/Quantel SPS/PPS the color problems are gone! So the XFConverter headers are inaccurate. The extracted header of the AVCI50/720p file is even completely wrong, since it has the same SPS/PPS as the AVCI100/720p file. I?ve seen that you already build a patch at gmane.comp.video.ffmpeg.devel. I extended it a little to additionally support AVCI100/720p and AVCI50/1080i. Since I could not get other AVCI100/720p and AVCI50/1080i files with working header, I used the XFConverter SPS/PPS. And I found an AVCI100/1080p AVID file with SPS/PPS that also works for the file from ticket #1666. The patch is attached... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 19:21:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 17:21:12 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.880b5c7781c01fd529d1d13569365647@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): A few small comments: 1) If the SPS is now really correct, the code to set sample_aspect_ratio should not be necessary anymore for these cases (and it should be in a separate patch anyway since it has issues). 2) The "st->codec->codec_tag == MKTAG('a', 'i', '*', '2')" check makes no sense, there is no ai*2 entry in isom.c, so it will never be true. If you want a wildcard behaviour, use something like uint32_t tmptag = codec_tag | MKTAG(0, 0, 0xff, 0); if (tmptag == MKTAG('a', 'i', 0xff, '2') ... But it would be nicer if field_order was set correctly in more than just the 1080p/1080i case. 3) You copied the wrong placement of the // PPS comment from my code, the PPS is the part starting with 00 00 00 01 68, so it should be one line down. I'd still find it nicer if we could generate those headers instead of hard-coding the values, but I admit it's probably too much effort to really be worth it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 19:24:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 17:24:50 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.c2ec018120ca1b7ae9932fa1c76bbfa3@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): About 2): It would probably be nicer to avoid such hacks and instead do something along the lines of switch (codec_tag) { case MKTAG('a', 'i', '1', '2'): case MKTAG('a', 'i', '5', '2'): [any other progressive ones] field_order = PROGRESSIVE; break; default: break } -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 21:31:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 19:31:35 -0000 Subject: [FFmpeg-trac] #1753(undetermined:new): Delay output for X seconds In-Reply-To: <034.91c02c0db192afd145c9555fdc5f0071@avcodec.org> References: <034.91c02c0db192afd145c9555fdc5f0071@avcodec.org> Message-ID: <049.aa5bd7e23e8b6e2e5cceb836271bca4e@avcodec.org> #1753: Delay output for X seconds -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): If this is not viable to implement at the filter level, then it might be done as an output option "-delay " to be used like this: {{{ ffmpeg -f v4l2 -i /dev/video0 -delay 10 -f mpegts udp://localhost:1234 }}} The expected result should be that the output is always 10 seconds late in comparison to the input. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 22:09:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 20:09:20 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.cae6daa3c1e8aa66c3ba94b211b3ae68@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): Can you provide a small input file with which this can be reproduced? I see no link to the input.mkv that you use, so i cant use that ... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 22:14:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 20:14:31 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.445122a476b653fc0428fb4256c92683@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * cc: michael (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 21 22:26:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 20:26:31 -0000 Subject: [FFmpeg-trac] #1729(avformat:new): avformat sdp.c error. In-Reply-To: <037.e086022e7b4b8087e974042e19000709@avcodec.org> References: <037.e086022e7b4b8087e974042e19000709@avcodec.org> Message-ID: <052.b3c23feb212a056ca9af6dd99cbe0f2a@avcodec.org> #1729: avformat sdp.c error. --------------------------------------+------------------------------------ Reporter: kyh96403 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: sdp ffserver | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+------------------------------------ Comment (by michael): Please provide sufficient information, including any required input files, to reproduce the bug and confirm a potential fix. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 00:40:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 22:40:56 -0000 Subject: [FFmpeg-trac] #1617(undetermined:closed): Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. In-Reply-To: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> References: <035.a8615d5ff1f64243851192c77ccce38d@avcodec.org> Message-ID: <050.2a38e020b6cec110f8a9ef87e5a6fd07@avcodec.org> #1617: Ffmpeg/ffplay/ffprobe fails to identify, open or play ogg (specific, attached) file with flac/theora contents. -------------------------------------+------------------------------------- Reporter: noname | Owner: ubitux Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: ogg theora | Resolution: fixed flac regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by ubitux): * status: open => closed * resolution: => fixed Comment: Should be fixed in ea5bd7e. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 01:16:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 21 Sep 2012 23:16:05 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.e98f29808d5a9b03fd0b7b1c696cdb94@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Sure thing. I cut this 13MB sample for you: http://www.spirton.com/uploads/FFmpeg/1745-Sample.mkv Using the following CMD on the sample above will produce the incompatible video: ffmpeg -ss 30.0 -i 1745-Sample.mkv -bufsize 7000000 -maxrate 54000000 -f vob -c:a copy output-withbug.mpeg While this will produce a compatible video: ffmpeg -ss 15.0 -i 1745-Sample.mkv -bufsize 7000000 -maxrate 54000000 -f vob -c:a copy output-withoutbug.mpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 07:50:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 05:50:41 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.7178c03dfeade038a3ff5870dd841d54@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by bruce-wu): A patch for bug #1227 is attached. I use git version of ffmpeg, which I guess it's newest. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 09:31:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 07:31:28 -0000 Subject: [FFmpeg-trac] #1752(avfilter:closed): hqdn3d crash (assembly) In-Reply-To: <035.e82e95831a8c634af328ccbb57b01b19@avcodec.org> References: <035.e82e95831a8c634af328ccbb57b01b19@avcodec.org> Message-ID: <050.2c4843802c72e766e1f3e66f55e42b99@avcodec.org> #1752: hqdn3d crash (assembly) -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: hqdn3d asm | Blocked By: crash segv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 Comment: Fixed by Loren. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 15:48:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 13:48:13 -0000 Subject: [FFmpeg-trac] #1755(avformat:open): Incorrect timestamps for aac in avi In-Reply-To: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> References: <040.461092da29736f10adc62ed239cbdacb@avcodec.org> Message-ID: <055.7a58a062593f84190fac25159cc2cc6c@avcodec.org> #1755: Incorrect timestamps for aac in avi -------------------------------------+------------------------------------ Reporter: Heesuk Jung | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: avi aac pts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by Heesuk Jung): I have already understood that audio timestamp extracted lavf was wrong as previous linked pts plotting. I wonder if ffmpeg has some idea to improve this problem or not. Actually, I found that 1x playback is ok using decoder free run mode. (Decoder decide pts information without receiving parser pts.) But I knew that it is so hard to improve seek problem. FFmpeg parser get wrong frames because of wrong pts information. At least, I hope to find solution for seek problem. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 16:11:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 14:11:51 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.69841333d28b7048dcb67ff4b20e487e@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:12 bruce-wu]: > A patch for bug #1227 is attached. I use git version of ffmpeg, which I guess it's newest. Does this slow the code down ? are all changes really needed ? from a quick look some look unneeded -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 20:39:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 18:39:12 -0000 Subject: [FFmpeg-trac] #1760(undetermined:new): Don't use VDA on Snow Leopard/ppc Message-ID: <037.adf1f33b14613586985566203387cd66@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- In determining whether or not to use VDA, configure just checks for the header's existence: {{{ # check for VDA header if ! disabled vda; then if check_header VideoDecodeAcceleration/VDADecoder.h; then enable vda add_extralibs -framework CoreFoundation -framework VideoDecodeAcceleration -framework QuartzCore fi fi }}} but VideoDecodeAcceleration is intel-only and will cause ppc slices to fail to build. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 20:41:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 18:41:51 -0000 Subject: [FFmpeg-trac] #1760(avcodec:new): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.cca1fe04b1faed98fd111bbcda31a81a@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+----------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: vda | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by jeremyhu): * keywords: => vda * component: undetermined => avcodec Comment: It doesn't seem right to disable VDA across all slices just because it's not available on ppc, so I would suggest updating with a patch like: {{{ diff --git a/libavcodec/allcodecs.c b/libavcodec/allcodecs.c index 8806c6a..b15b784 100644 --- a/libavcodec/allcodecs.c +++ b/libavcodec/allcodecs.c @@ -58,7 +58,9 @@ void avcodec_register_all(void) REGISTER_HWACCEL (H263_VAAPI, h263_vaapi); REGISTER_HWACCEL (H264_DXVA2, h264_dxva2); REGISTER_HWACCEL (H264_VAAPI, h264_vaapi); +#ifndef __ppc__ REGISTER_HWACCEL (H264_VDA, h264_vda); +#endif REGISTER_HWACCEL (MPEG1_VDPAU, mpeg1_vdpau); REGISTER_HWACCEL (MPEG2_DXVA2, mpeg2_dxva2); REGISTER_HWACCEL (MPEG2_VAAPI, mpeg2_vaapi); @@ -135,7 +137,9 @@ void avcodec_register_all(void) REGISTER_ENCDEC (H263P, h263p); REGISTER_DECODER (H264, h264); REGISTER_DECODER (H264_CRYSTALHD, h264_crystalhd); +#ifndef __ppc__ REGISTER_DECODER (H264_VDA, h264_vda); +#endif REGISTER_DECODER (H264_VDPAU, h264_vdpau); REGISTER_ENCDEC (HUFFYUV, huffyuv); REGISTER_DECODER (IDCIN, idcin); diff --git a/libavcodec/vda_h264.c b/libavcodec/vda_h264.c index 4b8c754..fe620bc 100644 --- a/libavcodec/vda_h264.c +++ b/libavcodec/vda_h264.c @@ -20,6 +20,9 @@ * Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA */ +/* https://ffmpeg.org/trac/ffmpeg/ticket/1760 */ +#ifndef __ppc__ + #include #include #include @@ -380,3 +383,5 @@ AVHWAccel ff_h264_vda_hwaccel = { .decode_slice = decode_slice, .end_frame = end_frame, }; + +#endif /* !ppc */ diff --git a/libavcodec/vda_h264_dec.c b/libavcodec/vda_h264_dec.c index 36453c5..09115a7 100644 --- a/libavcodec/vda_h264_dec.c +++ b/libavcodec/vda_h264_dec.c @@ -24,6 +24,9 @@ * @author Xidorn Quan */ +/* https://ffmpeg.org/trac/ffmpeg/ticket/1760 */ +#ifndef __ppc__ + #include #include @@ -256,3 +259,5 @@ AVCodec ff_h264_vda_decoder = { .flush = vdadec_flush, .long_name = NULL_IF_CONFIG_SMALL("H.264 (VDA acceleration)"), }; + +#endif /* !ppc */ }}} This caused the darwin/ppc fate builds to start failing when I updated them from Leopard to Snow Leopard: http://fate.ffmpeg.org/history.cgi?slot=ppc-darwin-gcc-4.2.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 20:52:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 18:52:40 -0000 Subject: [FFmpeg-trac] #1760(undetermined:open): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.4c4bb4421d247145b4a4aa927beb3854@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: avcodec => undetermined Comment: Imo, this should definitely be fixed in configure, not in the library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 23:16:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 21:16:14 -0000 Subject: [FFmpeg-trac] #1760(undetermined:open): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.8a2a25c204c1b434a53c9106ae464950@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jeremyhu): That would only be possible if you can do per-arch choices into config.h, but it doesn't look like your build system supports this: #ifdef __ppc__ #define CONFIG_H264_VDA_DECODER 0 #define CONFIG_H264_VDA_HWACCEL 0 #else #define CONFIG_H264_VDA_DECODER 1 #define CONFIG_H264_VDA_HWACCEL 1 #endif -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 23:17:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 21:17:00 -0000 Subject: [FFmpeg-trac] #1760(undetermined:open): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.31e5e32cbadb0f1b5936c7d464f9e3e5@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jeremyhu): Ie, you need to compile *different* C code for the different archs at the same time... the only way to do this is by changing the library to do something different for ppc than for intel... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 22 23:17:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 21:17:47 -0000 Subject: [FFmpeg-trac] #1760(undetermined:open): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.a25fc2c366ed1f776b3e6dd265d90783@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jeremyhu): The ffmpeg build system is already broken in other areas for universal builds, but I'd rather not add to that problem... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 01:21:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 23:21:38 -0000 Subject: [FFmpeg-trac] #1747(avformat:closed): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.4710d6de149a788b30a5e739c4cf3510@avcodec.org> #1747: dts in wav not auto-detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav dts | Blocked By: probe | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: wav dts => wav dts probe * status: open => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 01:50:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 22 Sep 2012 23:50:49 -0000 Subject: [FFmpeg-trac] #1760(undetermined:open): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.d529c69ed0bec844dbd1be7392b55c5a@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: vda | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): It is not broken, it is behaving exactly as intended. If you want two architectures, build twice. You can still merge them afterwards to get a universal binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 02:46:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 00:46:31 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.b31df89ebdd8b81ba06530b7a6ab9078@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Thomas Mundt): About 1) I think I?ve found the correct SPS now. But at all AVCI50/1080i samples the DAR is set to 3/4. To me the patch is also necessary because I often had material with wrong aspect ratio in the video header and correct ar in the mxf header. But I removed it from the avci-patch. About 2) Thanks for the hint! Im not a good programmer. Actually the patch works without that because the field order was set correct before in the mov-decoder. It?s only necessary for the mxf-decoder. I?m not shure if the 1080p/25 SPS/PPS will also work for 1080p/50. I wanted to add a framerate check, but st->r_frame_rate didn?t work for mxf files. I will try to get some AVID 1080/p50 files to see if it is necessary at all. btw: Since I can decode Panasonic AVCI now, is it possible to encode it with ffmpeg by the knowledge of the SPS/PPS? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 16:15:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 14:15:21 -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.9e911a828f01231c0320d7fc48264e06@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by holunder2): Please check this patch from MakeMKV developer for 24 bit FLAC encoding: http://www.makemkv.com/download/ffmpeg/ I don't know if he has submitted the patch to ffmpeg, but it would very great if this would go upstream. :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 16:47:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 14:47:42 -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.414d62946640307fc4e703f5efc7b0f9@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * cc: holunder2 (added) Comment: I suspect this patch needs at least a copyright statement before it can be considered for inclusion. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 17:39:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 15:39:51 -0000 Subject: [FFmpeg-trac] #1760(undetermined:closed): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.dbe0c8a0c217745071209b10b672161e@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: vda ppc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * keywords: vda => vda ppc * status: open => closed * resolution: => fixed Comment: Fixed by Sebastien -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 18:15:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 16:15:56 -0000 Subject: [FFmpeg-trac] #1761(undetermined:new): --enable-encoder=libx264 does nothing Message-ID: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: How to reproduce: {{{ When compiling (regardless of having libx264 installed or not) % ./configure --enable-encoder=libx264 It will '''not''' give a "Unknown option" error (I believe it should) and it does not add libx264 to the list of encoders. I now know the correct way to get libx264 is to use --enable-libx264. But was confused for a while. here's a the [http://pastebin.com/gw79T18X config.log] I get ffmpeg version: N-44711-gf25d53d (that is what I get when I run ./version.sh after downloading the latest source with git) built on Ubuntu 12.04 and 11.04 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 18:21:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 16:21:42 -0000 Subject: [FFmpeg-trac] #1761(build system:closed): --enable-encoder=libx264 does nothing In-Reply-To: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> References: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> Message-ID: <053.0a4d7445f2c3734961915b713e493d03@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => libx264 * resolution: => invalid * status: new => closed * component: undetermined => build system Old description: > Summary of the bug: > How to reproduce: > {{{ > When compiling (regardless of having libx264 installed or not) > % ./configure --enable-encoder=libx264 > It will '''not''' give a "Unknown option" error (I believe it should) and > it does not add libx264 to the list of encoders. > I now know the correct way to get libx264 is to use --enable-libx264. But > was confused for a while. > here's a the [http://pastebin.com/gw79T18X config.log] I get > ffmpeg version: N-44711-gf25d53d (that is what I get when I run > ./version.sh after downloading the latest source with git) > built on Ubuntu 12.04 and 11.04 > }}} New description: Summary of the bug: How to reproduce: When compiling (regardless of having libx264 installed or not) % ./configure --enable-encoder=libx264 It will '''not''' give a "Unknown option" error (I believe it should) and it does not add libx264 to the list of encoders. I now know the correct way to get libx264 is to use --enable-libx264. But was confused for a while. here's a the [http://pastebin.com/gw79T18X config.log] I get ffmpeg version: N-44711-gf25d53d (that is what I get when I run ./version.sh after downloading the latest source with git) built on Ubuntu 12.04 and 11.04 -- Comment: The option is not unknown: Please test "./configure --enable-libx264 --disable-encoders" and "./configure --enable-libx264 --disable-encoders --enable-encoder=libx264" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 19:10:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 17:10:23 -0000 Subject: [FFmpeg-trac] #1760(undetermined:closed): Don't use VDA on Snow Leopard/ppc In-Reply-To: <037.adf1f33b14613586985566203387cd66@avcodec.org> References: <037.adf1f33b14613586985566203387cd66@avcodec.org> Message-ID: <052.28916fb0752499a18b77e959f4441f6a@avcodec.org> #1760: Don't use VDA on Snow Leopard/ppc -------------------------------------+------------------------------------- Reporter: jeremyhu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: vda ppc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by jeremyhu): Replying to [comment:6 reimar]: > It is not broken, it is behaving exactly as intended. If you want two architectures, build twice. You can still merge them afterwards to get a universal binary. broken by design is still broken. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 20:36:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 18:36:31 -0000 Subject: [FFmpeg-trac] #1761(build system:reopened): --enable-encoder=libx264 does nothing In-Reply-To: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> References: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> Message-ID: <053.3a0f90c0e93e5821f5709c5ecb8e90ac@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Owner: Type: defect | Status: reopened Priority: normal | Component: build Version: git-master | system Keywords: libx264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by JunCTionS): * status: closed => reopened * resolution: invalid => Comment: Hmmm I wouldn't set this status to closed yet. --enable-encoder=libx264 does nothing by itself. it should at least warn the user of that, as some (like myself) may think that it should be enough to enable the encoder (and anything necessary for it to do so). If you disagree -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 20:40:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 18:40:24 -0000 Subject: [FFmpeg-trac] #1761(build system:closed): --enable-encoder=libx264 does nothing In-Reply-To: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> References: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> Message-ID: <053.98b924c66d0b8fdfb55e77587b2ad8a1@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 21:01:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 19:01:27 -0000 Subject: [FFmpeg-trac] #1761(build system:closed): --enable-encoder=libx264 does nothing In-Reply-To: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> References: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> Message-ID: <053.886aa2a28ade535ab6071098f236dc4a@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): JunCTionS, if you want configure to print some warning in this case that explains the user that he used the wrong parameter and which is the correct one, such patch would certainly be welcome -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 21:09:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 19:09:59 -0000 Subject: [FFmpeg-trac] #1669(undetermined:closed): something bad happened to -codecs list order In-Reply-To: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> References: <038.3f8988679db3ace2bfc9f5f4ed3f9c20@avcodec.org> Message-ID: <053.3e454cf9e94474d9d21d74348f2b0f9a@avcodec.org> #1669: something bad happened to -codecs list order -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas George. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 21:47:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 19:47:58 -0000 Subject: [FFmpeg-trac] #1761(build system:closed): --enable-encoder=libx264 does nothing In-Reply-To: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> References: <038.736f170ae4c4d92261a132f8578fec6a@avcodec.org> Message-ID: <053.bcc02cb6142c3e963c02499d62b322b8@avcodec.org> #1761: --enable-encoder=libx264 does nothing -------------------------------------+------------------------------------- Reporter: JunCTionS | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: libx264 | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by JunCTionS): Replying to [comment:4 michael]: > JunCTionS, if you want configure to print some warning in this case that explains the user that he used the wrong parameter and which is the correct one, such patch would certainly be welcome Meh... I'm rather new to programming and don't know where that would go (and I imagine someone familiar with the build system would do it in a flash). I just thought I'd contribute by suggesting this change which IMO (as a low-level user) is a bug. I take from this, that it's deemed unnecessary enough not to keep it open (even at low priority) until someone might stumble upon it and implement it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 23 22:46:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 20:46:04 -0000 Subject: [FFmpeg-trac] #98(undetermined:open): Channel reordering in pcm files In-Reply-To: <036.428b8555c175b6fadb1cf7eafb8b2857@avcodec.org> References: <036.428b8555c175b6fadb1cf7eafb8b2857@avcodec.org> Message-ID: <051.6b25d61733e5a5f18b2de889d305b634@avcodec.org> #98: Channel reordering in pcm files -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: pcm channel | Resolution: order layout | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 * status: new => open * version: git => git-master * type: enhancement => defect * reproduced: 0 => 1 Comment: This is now a bug because FFmpeg incorrectly reports "3.0" instead of "3 channels, unknown layout". {{{ $ ffmpeg -i MPEG30B.caf ffmpeg version N-44712-g7200fec Copyright (c) 2000-2012 the FFmpeg developers built on Sep 23 2012 21:08:48 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.100 / 54. 28.100 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [caf @ 0x14f4240] Estimating duration from bitrate, this may be inaccurate Input #0, caf, from 'MPEG30B.caf': Duration: 00:00:10.66, start: 0.000000, bitrate: 1151 kb/s Stream #0:0: Audio: pcm_s8 (lpcm / 0x6D63706C), 48000 Hz, 3.0, u8, 1152 kb/s At least one output file must be specified }}} I sent a patch last year to fix this ticket: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/132789 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 01:32:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 23 Sep 2012 23:32:17 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.8ac41d43aa26c1b7a9196c27379af48d@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by bruce-wu): This patch may slow the code down a little bit, but it works. The original code seems too ambitious to be correct. Anyway, it is just my proposal. If someone have more efficient code to fix the bug, I will appreciate it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 05:30:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 03:30:17 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box Message-ID: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Type: defect Status: new | Priority: normal Component: avformat | Version: Keywords: mp4 mp4a | unspecified stsd | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: There is a mp4 file with 2 'mp4a' boxes in a 'stsd' box. Acording to ISO IEC 14496-12, the 'sample_description_index' field in 'tfhd' box gives the index of the sample entry in 'stsd' box. However, in 'ff_mov_read_stsd_entries' always takes the information of the last 'mp4a' box instead of read the 'sample_description_index' field. Maybe the information of stsd can be recorde as a list and apply the information indexed by 'sample_description_index'. How to reproduce: The file I attached always without sound output. Since the value of 'sample_description_index' field in this file is '1', but the information applied is in the second 'mp4a' box. (The number of entries start from 1.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 10:58:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 08:58:42 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.fd226141ee8f44d3dba5c67b99abb0fe@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Replying to [comment:14 bruce-wu]: > This patch may slow the code down a little bit, but it works. Are all of your changes necessary to fix the crash? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 10:59:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 08:59:36 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.3cf331d6efb64b9ee348aed8644d38c7@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mp4 mp4a stsd => mov mp4a stsd Comment: Complete, uncut console output of "ffmpeg -i yourfile.mp4" missing and please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 11:05:58 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 09:05:58 -0000 Subject: [FFmpeg-trac] #1468(undetermined:closed): cannot mux mp3 into nut In-Reply-To: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> References: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> Message-ID: <053.dfdd548b9c46fce7a2d8e4d7dc63d473@avcodec.org> #1468: cannot mux mp3 into nut -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: nut lame | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * status: open => closed * resolution: => worksforme Comment: Seems fixed in latest git. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 11:43:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 09:43:56 -0000 Subject: [FFmpeg-trac] #1468(undetermined:reopened): cannot mux mp3 into nut In-Reply-To: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> References: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> Message-ID: <053.caf1a52e5b5caafa4aef99ad8efdb6f8@avcodec.org> #1468: cannot mux mp3 into nut -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: reopened Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: nut lame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: closed => reopened * resolution: worksforme => Comment: {{{ $ ffmpeg -i fate-suite/vorbis/1.0-test_small.ogg -acodec libmp3lame out.nut ffmpeg version N-44716-gd40b197 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 24 2012 11:37:23 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libmp3lame libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.100 / 54. 28.100 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, ogg, from 'fate-suite/vorbis/1.0-test_small.ogg': Duration: 00:00:05.86, start: 0.000000, bitrate: 136 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, stereo, s16, 156 kb/s Metadata: TITLE : Closing ARTIST : Moulin Rouge ALBUM : Combined Soundtrack Output #0, nut, to 'out.nut': Metadata: encoder : Lavf54.28.100 Stream #0:0: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16 Metadata: TITLE : Closing Author : Moulin Rouge ALBUM : Combined Soundtrack Stream mapping: Stream #0:0 -> #0:0 (vorbis -> libmp3lame) Press [q] to stop, [?] for help [nut @ 0x14fc7c0] Invalid negative packet pts -1 in input av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 16:13:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 14:13:01 -0000 Subject: [FFmpeg-trac] #1762(avformat:new): mp4 file with 2 'mp4a' boxes in a 'stsd' box In-Reply-To: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> References: <038.b875b8d8bcbd43495bcdc1736ffd9e5b@avcodec.org> Message-ID: <053.9147b1f3640f99c1c73270a7616852f3@avcodec.org> #1762: mp4 file with 2 'mp4a' boxes in a 'stsd' box -------------------------------------+------------------------------------- Reporter: chungying | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mov mp4a | Blocked By: stsd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by chungying): Console output: {{{ ffmpeg version N-44601-gcb3591e Copyright (c) 2000-2012 the FFmpeg developers built on Sep 19 2012 16:28:01 with gcc 4.7.1 (GCC) configuration: --enable-gpl --enable-version3 --disable-pthreads --enable-runt ime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libass - -enable-libcelt --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-l ibfreetype --enable-libgsm --enable-libmp3lame --enable-libnut --enable- libopenj peg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheo ra --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-li bvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --ena ble-zlib libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.101 / 54. 27.101 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 023fce00] Could not find codec parameters for stream 0 (Audio: mp3 (mp4a / 0x6134706D), 44100 Hz, 1 channels, s16): unspecified frame size Consider increasing the value for the 'analyzeduration' and 'probesize' options ffmpeg_aac.mp4: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 16:36:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 14:36:53 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.9a63b7e22179fa6b6d9bfef16b49deb1@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): please try if adding -preload 5M or something similar fixes it ? (this is not really a solution but would help narrow down what the problem is) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 16:48:04 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 14:48:04 -0000 Subject: [FFmpeg-trac] #1122(avcodec:closed): H264 interlaced multithreaded decoding artifacts In-Reply-To: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> References: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> Message-ID: <052.73723e567619699a943f0c8b0d24e5d5@avcodec.org> #1122: H264 interlaced multithreaded decoding artifacts -------------------------------------+------------------------------------- Reporter: efenstor | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | worksforme regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => worksforme Comment: It appears noone can reproduce this anymore since 5 months so iam closing it. If someone can reproduce it please reopen and provide as much information valgrind/hellgrind as possible and test disable-asm disable- optimiztaion thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 16:50:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 14:50:40 -0000 Subject: [FFmpeg-trac] #1671(undetermined:open): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.aeb86ace491b78f987d1d72fead23ccd@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+------------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: open Priority: important | Component: Version: 0.11.1 | undetermined Keywords: crash | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): is this reproduceable with 0.11.2 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 19:07:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 17:07:00 -0000 Subject: [FFmpeg-trac] #1671(undetermined:closed): ffmpeg crashed using filter 'volume' In-Reply-To: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> References: <040.735c5a35f83e1aba13f347923bc72aca@avcodec.org> Message-ID: <055.ded43373f47ad39c677ae5fa48ebd8c7@avcodec.org> #1671: ffmpeg crashed using filter 'volume' -------------------------------------+------------------------------------- Reporter: fhaefemeier | Owner: Type: defect | Status: closed Priority: important | Component: Version: 0.11.1 | undetermined Keywords: crash | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Nicolas George in 05e64b5 (and 0.11.2). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 21:13:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 19:13:56 -0000 Subject: [FFmpeg-trac] #1712(FFmpeg:open): Audio precision in lossless and long time to encode. In-Reply-To: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> References: <035.b2279743f2afe4b08e4c891c7e14e410@avcodec.org> Message-ID: <050.7b6395c0e37233a0793adc8519b19c15@avcodec.org> #1712: Audio precision in lossless and long time to encode. ------------------------------------+---------------------------------- Reporter: Danixu | Owner: Type: defect | Status: open Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+---------------------------------- Comment (by Danixu): Hi again friend, i've seen that if i use -ss xx:xx:xx.xx before -i the position is more accurate than if i put it after -i. I comment because maybe is useful. Bye ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Sep 24 23:50:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 21:50:53 -0000 Subject: [FFmpeg-trac] #1294(undetermined:open): Support for Omneon AVC Intra 50/100 MXF OP1a files In-Reply-To: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> References: <041.23491c3a26f2cf10d2ecbba3eaccace7@avcodec.org> Message-ID: <056.7ed6cc45e87f8d384f41f0ff490a83f2@avcodec.org> #1294: Support for Omneon AVC Intra 50/100 MXF OP1a files -------------------------------------+------------------------------------- Reporter: Thomas | Owner: Mundt | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: h264intra | Blocked By: mxf | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): For frame rate check: Try checking time_base As to encoding: Figure what parameters the SPS/PPS set and then configure e.g. x264 with these settings and it should work (possibly manually discarding the SPS/PPS it creates). That would be one more advantage of generating the SPS/PPS manually ourselves, it would serve as documentation of the exact settings that need to be used. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 01:34:18 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 23:34:18 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.229da7aa73a8b87ef6416e07d99150ff@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ------------------------------------+----------------------------------- Reporter: elioxia | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by elioxia): I suggest 32byte-padded buffer as a workaround, but cannot understand why 16byte padding is not enough in the first place. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 01:59:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 24 Sep 2012 23:59:27 -0000 Subject: [FFmpeg-trac] #1754(avformat:open): Error in Matroska Muxer In-Reply-To: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> References: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> Message-ID: <050.233ce9b9ed6578efe35f48ee14e5ce56@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Please explain which hardware player has a problem with which value pair exactly and how this player misbehaves. I do not see a discrepancy between the code and the spec, we store a display aspect ratio as case 3 is intended. keep in mind DAR = SAR*w/h. So i need more information here what the problem exactly is -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 02:47:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 00:47:56 -0000 Subject: [FFmpeg-trac] #1730(avformat:closed): Crash while demuxing m4a file In-Reply-To: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> References: <033.c84c154ff4d787daaef0865cae34e0af@avcodec.org> Message-ID: <048.77cb11c726b70810f7d5dccdfb44cb59@avcodec.org> #1730: Crash while demuxing m4a file -------------------------------------+------------------------------------- Reporter: Bert | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mov crash | Blocked By: SIGSEGV apic id3 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: mov crash SIGSEGV => mov crash SIGSEGV apic id3 * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 04:20:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 02:20:07 -0000 Subject: [FFmpeg-trac] #1474(undetermined:closed): Some audio encoders stopped encoding strange channel layouts In-Reply-To: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> References: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> Message-ID: <055.afead3e5f0af8a9bf306355fa5fd0090@avcodec.org> #1474: Some audio encoders stopped encoding strange channel layouts -------------------------------------+------------------------------------- Reporter: dcoffey3296 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: The bug is not reproducable anymore and all information i have points toward it having been fixed. If some issue remains please reopen or better open a new ticket (this one has become unwieldingly big) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 04:26:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 02:26:05 -0000 Subject: [FFmpeg-trac] #1474(undetermined:closed): Some audio encoders stopped encoding strange channel layouts In-Reply-To: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> References: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> Message-ID: <055.65618d9a897fb9c5a4b49b8bdd7aae09@avcodec.org> #1474: Some audio encoders stopped encoding strange channel layouts -------------------------------------+------------------------------------- Reporter: dcoffey3296 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by michael): Also what i forgot, swr now also can handle random single channels and treats them as mono. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 09:25:01 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 07:25:01 -0000 Subject: [FFmpeg-trac] #1754(avformat:open): Error in Matroska Muxer In-Reply-To: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> References: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> Message-ID: <050.fd81f67592b2e978c48e34584d707e90@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Dan203): I had reports from 3 customers, one using a Popcorn Hour, one using a "Panasonic TV" and another using Media Player Classic. All of them complained that either the file did not play at all or it playing squished. I put out a build where the only change I made was commenting out that one line that sets the DisplayUnit and all 3 reported it fixed the problem. Perhaps I'm wrong in my assessment of the spec, but all I know is that when the value set to 3 it fails on at least 3 players and with it set to 0 or not set at all it works in every player I've tried. And when I remux the file with MKVMerge that value is removed, so at the very least it seems to be unnecessary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 09:27:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 07:27:22 -0000 Subject: [FFmpeg-trac] #1763(undetermined:new): Audio encoding assumes a channel layout Message-ID: <036.b2e36c7d08f7c7d0a93109e22fadaf5c@avcodec.org> #1763: Audio encoding assumes a channel layout -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Related to ticket #1474, reproducible with the samples from ticket #1608 and currently blocks ticket #98 (where the sample shows a wrong channel layout, this cannot be currently fixed to "unknown"). {{{ $ ffmpeg -ac 16 -f s16le -i /dev/zero -t 1 out.wav ffmpeg version N-44739-g4390f8c Copyright (c) 2000-2012 the FFmpeg developers built on Sep 25 2012 09:25:02 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [s16le @ 0x1505320] Invalid sample rate 0 specified using default of 44100 [s16le @ 0x1505320] Estimating duration from bitrate, this may be inaccurate Input #0, s16le, from '/dev/zero': Duration: N/A, start: 0.000000, bitrate: 11289 kb/s Stream #0:0: Audio: pcm_s16le, 44100 Hz, 16 channels, s16, 11289 kb/s [graph 0 input from stream 0:0 @ 0x1511aa0] Invalid channel layout '0x0' Error opening filters! }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 09:31:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 07:31:43 -0000 Subject: [FFmpeg-trac] #1764(undetermined:new): Wrong channel layout for files with uncommon audio Message-ID: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> #1764: Wrong channel layout for files with uncommon audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: regression Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Related to ticket #1474 and #98, blocked by ticket #1763 The file attached to ticket #1474 contains two audio tracks, the first has channel layout "RL", the second "FR", they are currently identified as "mono". {{{ $ ffmpeg -i ticket1474.mov ffmpeg version N-44739-g4390f8c Copyright (c) 2000-2012 the FFmpeg developers built on Sep 25 2012 09:25:02 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ticket1474.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-06-19 21:18:43 Duration: 00:01:59.61, start: 0.000000, bitrate: 167 kb/s Stream #0:0(eng): Video: mpeg2video (Main) (xdvf / 0x66766478), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 35000 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler timecode : 00:00:00;00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler Stream #0:3(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler timecode : 00:00:00;00 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 09:32:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 07:32:43 -0000 Subject: [FFmpeg-trac] #1474(undetermined:closed): Some audio encoders stopped encoding strange channel layouts In-Reply-To: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> References: <040.186ffd1bfe8fb24dd3c780d16bd118a9@avcodec.org> Message-ID: <055.5b825ed850a0cdf22d78a89a9093a7c7@avcodec.org> #1474: Some audio encoders stopped encoding strange channel layouts -------------------------------------+------------------------------------- Reporter: dcoffey3296 | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): I created ticket #1763 for the encoding regression (from a user's perspective) and #1764 for the incorrect channel layout of the sample attached here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 09:34:24 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 07:34:24 -0000 Subject: [FFmpeg-trac] #1764(undetermined:open): Wrong channel layout for files with uncommon audio In-Reply-To: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> References: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> Message-ID: <051.39b78ff59a07001f52456b8e1fbe414d@avcodec.org> #1764: Wrong channel layout for files with uncommon audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: This is a regression since e4c00ac / 3bab7cd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 20:11:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 18:11:23 -0000 Subject: [FFmpeg-trac] #1754(avformat:open): Error in Matroska Muxer In-Reply-To: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> References: <035.e5494c453e80262e0ebe059f98169446@avcodec.org> Message-ID: <050.c323effa6577117fdd92ee943183a6db@avcodec.org> #1754: Error in Matroska Muxer -------------------------------------+------------------------------------- Reporter: Dan203 | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I can see two ways this could go wrong: 1) Because 0 is default those players forgot implementing support for 3 2) Those players expect that an aspect value is reduced, so if we store the width/height without reducing it, it might end up causing overflows in some calculation (seems unlikely?) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 20:17:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 18:17:44 -0000 Subject: [FFmpeg-trac] #1227(avcodec:closed): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.7e19456a4172853c42e81815b373fdc0@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon -------------------------------------+------------------------------------- Reporter: elioxia | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: arm crash | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: arm crash => arm crash h264 * status: new => closed * resolution: => fixed Comment: Ive applied the patch to fix the crash for now, patches that make the code faster without reintroducing the crash are very welcome ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 20:34:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 18:34:51 -0000 Subject: [FFmpeg-trac] #1726(undetermined:new): Mono TrueHD file fails to decode In-Reply-To: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> References: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> Message-ID: <051.ca36f3b9ce1eb2af789b8f7cd1488250@avcodec.org> #1726: Mono TrueHD file fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: thd | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): a working link to this sample: http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket1726/Mono.thd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 22:17:17 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 20:17:17 -0000 Subject: [FFmpeg-trac] #1765(build system:new): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") Message-ID: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Type: defect Status: new | Priority: normal Component: build | Version: system | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I try to build FFMPEG which is downloaded as part of a MPlayer build. The error is (during "make" of MPlayer): {{{ cc -MD -MP -Wundef -Wall -Wno-switch -Wno-parentheses -Wpointer-arith -Wredundant-decls -Wstrict-prototypes -Wmissing-prototypes -Wdisabled- optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Werror-implicit-function-declaration -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -fno-tree-vectorize -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -Iffmpeg -D_REENTRANT -I/usr/include/freetype2 -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -c -o osdep/shmem.o osdep/shmem.c make -C ffmpeg libpostproc/libpostproc.a make[1]: Entering directory `/home/myuser/Arbeitsfl?che/mplayer- export-2012-09-20/ffmpeg' CC libpostproc/postprocess.o AR libpostproc/libpostproc.a ar: libpostproc/postprocess.o: File format not recognized make[1]: *** [libpostproc/libpostproc.a] Error 1 make[1]: Leaving directory `/home/myuser/Arbeitsfl?che/mplayer- export-2012-09-20/ffmpeg' make: *** [ffmpeg/libpostproc/libpostproc.a] Fehler 2 }}} "configure" of MPlayer downloaded the latest FFMPEG sources (I hope ;-)), which means: 2012-09-25 21:00 My system is OpenSuse 12.2 x64. Probably you need more details about my system, but I'm quite a Linux noob, sorry. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 22:57:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 20:57:42 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.d5de43ebf63a8157d7f3e5e724abcc91@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Please report MPlayer build problems on mplayer-users. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 22:58:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 20:58:42 -0000 Subject: [FFmpeg-trac] #1726(undetermined:closed): Mono TrueHD file fails to decode In-Reply-To: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> References: <036.f4cdcd740801b91d631ee61e3fa359cb@avcodec.org> Message-ID: <051.4e7a11484708e44ce73848a1869bf6c3@avcodec.org> #1726: Mono TrueHD file fails to decode -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: thd | Resolution: fixed regression mlp | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: thd regression => thd regression mlp * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 23:39:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 21:39:12 -0000 Subject: [FFmpeg-trac] #1509(undetermined:new): H264 Encoding Broken with pthreads > 1 on windows (was: H264 Encoding Broken) In-Reply-To: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> References: <032.8bc83e7eab7a1636c2f7cbe04ba8265d@avcodec.org> Message-ID: <047.847eb7ed518367de41fa15d85aa8fb0c@avcodec.org> #1509: H264 Encoding Broken with pthreads > 1 on windows -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: Win32 Win64 | Resolution: H264 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Sep 25 23:59:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 21:59:19 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.0a4c0d3686bbaf0ef26f2b6e50057dc7@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Yes, that does fix it. It produces a file that has a negative 5 second delay on the audio, so when it starts playing there is no video for 5 seconds, but it does play. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 00:04:29 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 25 Sep 2012 22:04:29 -0000 Subject: [FFmpeg-trac] #1714(FFmpeg:closed): Wrong video stream chosen when transcoding Movie Maker created wmv files In-Reply-To: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> References: <035.3a2c81eae5886fd8cf5dbb9f7a3be366@avcodec.org> Message-ID: <050.be3ecdf7f055dc66a386e685ee0cb09c@avcodec.org> #1714: Wrong video stream chosen when transcoding Movie Maker created wmv files -------------------------------------+------------------------------------- Reporter: mavrik | Owner: Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: asf | Blocked By: regression apic | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: asf regression => asf regression apic * resolution: => fixed * status: open => closed * component: avformat => FFmpeg -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 02:01:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 00:01:45 -0000 Subject: [FFmpeg-trac] #1412(avcodec:closed): ffmpeg crashes on win64 when decoding a dirac stream In-Reply-To: <034.d5ece6c6c893c304bdf61d634cd132eb@avcodec.org> References: <034.d5ece6c6c893c304bdf61d634cd132eb@avcodec.org> Message-ID: <049.eb1114139d375116646aeb6132ce4422@avcodec.org> #1412: ffmpeg crashes on win64 when decoding a dirac stream -------------------------------------+----------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dirac win64 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 03:16:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 01:16:43 -0000 Subject: [FFmpeg-trac] #1499(undetermined:new): x11grab BadCursor In-Reply-To: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> References: <035.d5c16cc43b7cf52fc91a981229754ed6@avcodec.org> Message-ID: <050.59e0bddafd28b8149ce848e61fec4cbb@avcodec.org> #1499: x11grab BadCursor -------------------------------------+------------------------------------- Reporter: ghafil | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: x11grab | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): I cannot reproduce this issue on ubuntu neither with the default X11 server nor with Xvfb -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 04:59:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 02:59:44 -0000 Subject: [FFmpeg-trac] #1724(avformat:closed): Remuxing MKV to MPEG-TS causes video to freeze with latest builds In-Reply-To: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> References: <034.dd2f245212207c98f3226e7a5815dd11@avcodec.org> Message-ID: <049.6dc6848040cea181217194f845e29ecc@avcodec.org> #1724: Remuxing MKV to MPEG-TS causes video to freeze with latest builds ------------------------------------+------------------------------------ Reporter: dvlpr | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * status: open => closed * resolution: => fixed Comment: possibly fixed, please reopen ticket if not! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 05:03:24 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 03:03:24 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.5ce8dafcfccd47d495ca4b421fa2f587@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Please retest, ive fixed an issue in has_decode_delay_been_guessed() -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 05:17:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 03:17:03 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.5327e750940ade571a3855447b00f142@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): tested on a panda board, no crash. If you can still reproduce this with latest ffmpeg then we need much more information (full disassembly and register contents of where it crashes), valgrind output may or may not be usefull too. Even better would be if you could look at the code yourself and see if you spot why it hangs. thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 11:03:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 09:03:49 -0000 Subject: [FFmpeg-trac] #1764(undetermined:open): Wrong channel layout for files with uncommon audio In-Reply-To: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> References: <036.34f7cd506ac88f2892c8c4274c94b1af@avcodec.org> Message-ID: <051.0e5c045ae4a15e5eaf4a09660f34d71f@avcodec.org> #1764: Wrong channel layout for files with uncommon audio -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Description changed by cehoyos: Old description: > Related to ticket #1474 and #98, blocked by ticket #1763 > The file attached to ticket #1474 contains two audio tracks, the first > has channel layout "RL", the second "FR", they are currently identified > as "mono". > {{{ > $ ffmpeg -i ticket1474.mov > ffmpeg version N-44739-g4390f8c Copyright (c) 2000-2012 the FFmpeg > developers > built on Sep 25 2012 09:25:02 with gcc 4.5.3 (GCC) > configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl > libavutil 51. 73.101 / 51. 73.101 > libavcodec 54. 58.100 / 54. 58.100 > libavformat 54. 28.101 / 54. 28.101 > libavdevice 54. 2.101 / 54. 2.101 > libavfilter 3. 17.100 / 3. 17.100 > libswscale 2. 1.101 / 2. 1.101 > libswresample 0. 15.100 / 0. 15.100 > libpostproc 52. 0.100 / 52. 0.100 > Guessed Channel Layout for Input Stream #0.1 : mono > Guessed Channel Layout for Input Stream #0.2 : mono > Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ticket1474.mov': > Metadata: > major_brand : qt > minor_version : 537199360 > compatible_brands: qt > creation_time : 2012-06-19 21:18:43 > Duration: 00:01:59.61, start: 0.000000, bitrate: 167 kb/s > Stream #0:0(eng): Video: mpeg2video (Main) (xdvf / 0x66766478), > yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 35000 kb/s, 29.97 fps, 29.97 tbr, > 2997 tbn, 59.94 tbc > Metadata: > creation_time : 2012-06-19 21:18:43 > handler_name : Apple Alias Data Handler > timecode : 00:00:00;00 > Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2012-06-19 21:18:43 > handler_name : Apple Alias Data Handler > Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, > mono, s16, 768 kb/s > Metadata: > creation_time : 2012-06-19 21:18:43 > handler_name : Apple Alias Data Handler > Stream #0:3(eng): Data: none (tmcd / 0x64636D74) > Metadata: > creation_time : 2012-06-19 21:18:43 > handler_name : Apple Alias Data Handler > timecode : 00:00:00;00 > At least one output file must be specified > }}} New description: Related to ticket #1474 and #98, blocked by ticket #1763 The file attached to ticket #1474 contains two audio tracks, the first has channel layout "FL", the second "FR", they are currently identified as "mono". {{{ $ ffmpeg -i ticket1474.mov ffmpeg version N-44739-g4390f8c Copyright (c) 2000-2012 the FFmpeg developers built on Sep 25 2012 09:25:02 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 58.100 / 54. 58.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.1 : mono Guessed Channel Layout for Input Stream #0.2 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'ticket1474.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-06-19 21:18:43 Duration: 00:01:59.61, start: 0.000000, bitrate: 167 kb/s Stream #0:0(eng): Video: mpeg2video (Main) (xdvf / 0x66766478), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 35000 kb/s, 29.97 fps, 29.97 tbr, 2997 tbn, 59.94 tbc Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler timecode : 00:00:00;00 Stream #0:1(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler Stream #0:2(eng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, mono, s16, 768 kb/s Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler Stream #0:3(eng): Data: none (tmcd / 0x64636D74) Metadata: creation_time : 2012-06-19 21:18:43 handler_name : Apple Alias Data Handler timecode : 00:00:00;00 At least one output file must be specified }}} -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 13:54:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 11:54:30 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.66e553b89948e7199f48e830e3cbef8d@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by PaulJBis): Sorry, still doesn't work. {{{ [paulo at webserver ffmpeg]$ ./ffmpeg -v 9 -loglevel 99 -rtsp_transport tcp -i rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp -vcodec copy -acodec copy -t 4 ../axis.mp4 ffmpeg version N-44782-g4552e9b Copyright (c) 2000-2012 the FFmpeg developers built on Sep 26 2012 13:38:40 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-50) configuration: --enable-encoder=libx264 --enable-libx264 --enable- runtime-cpudetect --enable-libmp3lame --enable-gpl --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0xadb45e0] SDP: v=0 o=- 1288182448719924 1288182448719924 IN IP4 192.168.1.131 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:50000 t=0 0 a=control:rtsp://192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:50000 a=framerate:25.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://192.168.1.131:554/axis- media/media.amp/trackID=1?streamprofile=Media?tcp a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter- sets=Z0IAKeNQFAe2AtwEBAaQeJEV,aM48gA== [rtsp @ 0xadb45e0] video codec set to: h264 [NULL @ 0xadbc7c0] RTP Packetization Mode: 1 [NULL @ 0xadbc7c0] RTP Profile IDC: 42 Profile IOP: 0 Level: 29 [NULL @ 0xadbc7c0] Extradata set to 0xadbcc40 (size: 30)! [rtsp @ 0xadb45e0] hello state=0 [rtsp @ 0xadb45e0] All info found rfps: 29.500000 0.016604 rfps: 29.583333 0.012686 rfps: 29.666667 0.009376 rfps: 29.750000 0.006676 rfps: 29.833333 0.004584 Last message repeated 1 times rfps: 29.916667 0.003101 Last message repeated 1 times rfps: 30.000000 0.002227 rfps: 30.083333 0.001961 rfps: 30.166667 0.002305 Last message repeated 1 times rfps: 30.250000 0.003257 Last message repeated 1 times rfps: 30.333333 0.004818 Last message repeated 1 times rfps: 30.416667 0.006988 rfps: 30.500000 0.009767 rfps: 30.583333 0.013155 rfps: 59.666667 0.018335 rfps: 59.750000 0.015064 rfps: 59.833333 0.012403 rfps: 59.916667 0.010350 Last message repeated 1 times rfps: 60.000000 0.008906 rfps: 29.970030 0.002471 Last message repeated 1 times rfps: 59.940060 0.009883 Last message repeated 1 times [rtsp @ 0xadb45e0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.099900, bitrate: N/A Stream #0:0, 28, 1/90000: Video: h264 (Baseline), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/180000, 30.08 tbr, 90k tbn, 180k tbc Output #0, mp4, to '../axis.mp4': Metadata: title : Media Presentation encoder : Lavf54.28.101 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0xaefaaa0] pts (0) < dts (1) in stream 0 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 14:39:16 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 12:39:16 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.df217cfdeaecd99dd121f97dfc6f7589@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Please post the output of ffmpeg -v 99 -fdebug ts "rest of the command line you use" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 15:18:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 13:18:25 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.d6ea77e1eb053402851090f42ef6f0d6@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by PaulJBis): Here you go. {{{ [paulo at webserver ffmpeg]$ ./ffmpeg -v 99 -fdebug ts -rtsp_transport tcp -i rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp -vcodec copy -acodec copy -t 10 ../axis.mp4 ffmpeg version N-44787-gae04493 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 26 2012 15:14:58 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-50) configuration: --enable-encoder=libx264 --enable-libx264 --enable- runtime-cpudetect --enable-libmp3lame --enable-gpl --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0x956f680] SDP: v=0 o=- 1288188043172189 1288188043172189 IN IP4 192.168.1.131 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:50000 t=0 0 a=control:rtsp://192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:50000 a=framerate:25.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://192.168.1.131:554/axis- media/media.amp/trackID=1?streamprofile=Media?tcp a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter- sets=Z0IAKeNQFAe2AtwEBAaQeJEV,aM48gA== [rtsp @ 0x956f680] video codec set to: h264 [NULL @ 0x95777e0] RTP Packetization Mode: 1 [NULL @ 0x95777e0] RTP Profile IDC: 42 Profile IOP: 0 Level: 29 [NULL @ 0x95777e0] Extradata set to 0x9577c60 (size: 30)! [rtsp @ 0x956f680] hello state=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 20 times [rtsp @ 0x956f680] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1128, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=8988, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=NOPTS, dts=NOPTS, size=31625, duration=0, flags=1 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=8988, dts=NOPTS, size=1386, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=8988, dts=NOPTS, size=1382, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=15131, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=8988, dts=NOPTS, size=4159, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=15131, dts=NOPTS, size=1386, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=15131, dts=NOPTS, size=624, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=21273, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=15131, dts=NOPTS, size=3401, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=21273, dts=NOPTS, size=1386, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=21273, dts=NOPTS, size=67, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=30261, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=21273, dts=NOPTS, size=2844, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=30261, dts=NOPTS, size=1196, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=35954, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=30261, dts=NOPTS, size=2587, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=35954, dts=NOPTS, size=1201, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=44942, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=35954, dts=NOPTS, size=2592, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=44942, dts=NOPTS, size=1058, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=51085, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=44942, dts=NOPTS, size=2449, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=51085, dts=NOPTS, size=1064, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=57227, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=51085, dts=51085, size=2455, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=57227, dts=NOPTS, size=1029, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=62919, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=57227, dts=57227, size=2420, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=62919, dts=NOPTS, size=1011, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=71908, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=62919, dts=62919, size=2402, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=71908, dts=NOPTS, size=854, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=74754, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=71908, dts=71908, size=2245, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=74754, dts=NOPTS, size=760, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=78051, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=74754, dts=74754, size=2151, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=78051, dts=NOPTS, size=684, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=80897, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=78051, dts=78051, size=2075, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=80897, dts=NOPTS, size=808, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=83743, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=80897, dts=80897, size=2199, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=83743, dts=NOPTS, size=771, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=87039, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=83743, dts=83743, size=2162, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=87039, dts=NOPTS, size=757, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=89885, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=87039, dts=87039, size=2148, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=89885, dts=NOPTS, size=756, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=92732, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=89885, dts=89885, size=2147, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=92732, dts=NOPTS, size=669, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=96028, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=92732, dts=92732, size=2060, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=96028, dts=NOPTS, size=619, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=98874, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=96028, dts=96028, size=2010, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=98874, dts=NOPTS, size=617, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=101720, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=98874, dts=98874, size=2008, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=101720, dts=NOPTS, size=627, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=105016, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=101720, dts=101720, size=2018, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=105016, dts=NOPTS, size=677, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=107862, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=105016, dts=105016, size=2068, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=107862, dts=NOPTS, size=572, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=110708, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=107862, dts=107862, size=1963, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=110708, dts=NOPTS, size=622, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=114005, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=110708, dts=110708, size=2013, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=114005, dts=NOPTS, size=571, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=116851, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=114005, dts=114005, size=1962, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=116851, dts=NOPTS, size=708, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=119698, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=116851, dts=116851, size=2099, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=119698, dts=NOPTS, size=580, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=122993, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=119698, dts=119698, size=1971, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=122993, dts=NOPTS, size=681, duration=0, flags=0 [rtsp @ 0x956f680] ff_read_packet stream=0, pts=125840, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0x956f680] read_frame_internal stream=0, pts=122993, dts=122993, size=2072, duration=0, flags=0 [rtsp @ 0x956f680] All info found rfps: 29.500000 0.015856 rfps: 29.583333 0.012098 rfps: 29.666667 0.008930 rfps: 29.750000 0.006352 Last message repeated 1 times rfps: 29.833333 0.004363 Last message repeated 1 times rfps: 29.916667 0.002963 rfps: 30.000000 0.002153 rfps: 30.083333 0.001933 rfps: 30.166667 0.002302 Last message repeated 1 times rfps: 30.250000 0.003260 Last message repeated 1 times rfps: 30.333333 0.004808 Last message repeated 1 times rfps: 30.416667 0.006946 rfps: 30.500000 0.009673 rfps: 30.583333 0.012990 rfps: 30.666667 0.016896 rfps: 59.666667 0.017451 rfps: 59.750000 0.014357 rfps: 59.833333 0.011853 rfps: 59.916667 0.009938 rfps: 60.000000 0.008613 rfps: 29.970030 0.002377 rfps: 59.940060 0.009507 [rtsp @ 0x956f680] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.099867, bitrate: N/A Stream #0:0, 28, 1/90000: Video: h264 (Baseline), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/180000, 30.08 tbr, 90k tbn, 180k tbc Output #0, mp4, to '../axis.mp4': Metadata: title : Media Presentation encoder : Lavf54.28.101 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [mp4 @ 0x96a51e0] pts (0) < dts (1) in stream 0 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 15:50:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 13:50:39 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.41bbc89c9b31baf946c9f74530b5c9e6@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): please also post the fdebug ts output from a working version -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 16:35:35 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 14:35:35 -0000 Subject: [FFmpeg-trac] #1468(undetermined:closed): cannot mux mp3 into nut In-Reply-To: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> References: <038.b830332f0de259f09068e6df2f33cbf4@avcodec.org> Message-ID: <053.6c8d57f3cc9b6654a7297746cd9c9438@avcodec.org> #1468: cannot mux mp3 into nut -------------------------------------+------------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed nut lame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 16:43:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 14:43:47 -0000 Subject: [FFmpeg-trac] #1734(avformat:open): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.69af09a5ab3583cfff372eaac3fc3813@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera ------------------------------------+------------------------------------ Reporter: PaulJBis | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by PaulJBis): Here you go: {{{ [paulo at webserver ffmpeg]$ ffmpeg -v 99 -fdebug ts -rtsp_transport tcp -i rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp -vcodec copy -acodec copy -t 2 ../axis.mp4 ffmpeg version N-43194-gb288b4c Copyright (c) 2000-2012 the FFmpeg developers built on Aug 25 2012 19:57:36 with gcc 4.1.2 (GCC) 20080704 (Red Hat 4.1.2-50) configuration: --enable-encoder=libx264 --enable-libx264 --enable- runtime-cpudetect --enable-libmp3lame --enable-gpl --extra- cflags=-I/usr/local/include --extra-ldflags=-L/usr/local/lib libavutil 51. 66.100 / 51. 66.100 libavcodec 54. 48.100 / 54. 48.100 libavformat 54. 22.100 / 54. 22.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 5.102 / 3. 5.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 0xaee3660] SDP: v=0 o=- 1288193118712824 1288193118712824 IN IP4 192.168.1.131 s=Media Presentation e=NONE c=IN IP4 0.0.0.0 b=AS:50000 t=0 0 a=control:rtsp://192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp a=range:npt=0.000000- m=video 0 RTP/AVP 96 b=AS:50000 a=framerate:25.0 a=transform:1,0,0;0,1,0;0,0,1 a=control:rtsp://192.168.1.131:554/axis- media/media.amp/trackID=1?streamprofile=Media?tcp a=rtpmap:96 H264/90000 a=fmtp:96 packetization-mode=1; profile-level-id=420029; sprop-parameter- sets=Z0IAKeNQFAe2AtwEBAaQeJEV,aM48gA== [rtsp @ 0xaee3660] video codec set to: h264 [NULL @ 0xaeeb800] RTP Packetization Mode: 1 [NULL @ 0xaeeb800] RTP Profile IDC: 42 Profile IOP: 0 Level: 29 [NULL @ 0xaeeb800] Extradata set to 0xaeebc60 (size: 30)! [rtsp @ 0xaee3660] hello state=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=0, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 11 times [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=0, dts=NOPTS, size=423, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=8989, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=NOPTS, dts=NOPTS, size=18446, duration=0, flags=1 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=8989, dts=NOPTS, size=1386, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=8989, dts=NOPTS, size=49, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=17977, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=8989, dts=8989, size=2826, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=17977, dts=NOPTS, size=870, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=23669, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=17977, dts=17977, size=2261, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=23669, dts=NOPTS, size=534, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=29812, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=23669, dts=23669, size=1925, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=29812, dts=NOPTS, size=438, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=35954, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=29812, dts=29812, size=1829, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=35954, dts=NOPTS, size=274, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=44943, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=35954, dts=35954, size=1665, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=44943, dts=NOPTS, size=198, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=50635, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=44943, dts=44943, size=1589, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=50635, dts=NOPTS, size=66, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=56778, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=50635, dts=50635, size=1457, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=56778, dts=NOPTS, size=197, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=62920, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=56778, dts=56778, size=1588, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=62920, dts=NOPTS, size=216, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=71909, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=62920, dts=62920, size=1607, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=71909, dts=NOPTS, size=112, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=74755, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=71909, dts=71909, size=1503, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=74755, dts=NOPTS, size=160, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=77601, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=74755, dts=74755, size=1551, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=77601, dts=NOPTS, size=145, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=80898, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=77601, dts=77601, size=1536, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=80898, dts=NOPTS, size=43, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=83743, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=80898, dts=80898, size=1434, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=83743, dts=NOPTS, size=85, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=86590, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=83743, dts=83743, size=1476, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=86590, dts=NOPTS, size=30, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=89886, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=86590, dts=86590, size=1421, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=89886, dts=NOPTS, size=142, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=92732, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=89886, dts=89886, size=1533, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=92732, dts=NOPTS, size=132, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=95578, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=92732, dts=92732, size=1523, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=95578, dts=NOPTS, size=20, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=98875, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=95578, dts=95578, size=1411, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=98875, dts=NOPTS, size=10, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=101720, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=98875, dts=98875, size=1401, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=101720, dts=NOPTS, size=35, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=104567, dts=NOPTS, size=1387, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=101720, dts=101720, size=1426, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=107864, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=104567, dts=104567, size=1387, duration=0, flags=0 [rtsp @ 0xaee3660] All info found rfps: 29.666667 0.015256 rfps: 29.750000 0.010131 Last message repeated 1 times rfps: 29.833333 0.006216 Last message repeated 1 times rfps: 29.916667 0.003510 Last message repeated 1 times rfps: 30.000000 0.002014 Last message repeated 1 times rfps: 30.083333 0.001727 rfps: 30.166667 0.002649 rfps: 30.250000 0.004781 rfps: 30.333333 0.008122 rfps: 30.416667 0.012672 rfps: 30.500000 0.018432 rfps: 59.750000 0.018848 rfps: 59.833333 0.014041 Last message repeated 1 times rfps: 59.916667 0.010444 Last message repeated 1 times rfps: 60.000000 0.008056 Last message repeated 1 times rfps: 29.970030 0.002413 Last message repeated 1 times rfps: 59.940060 0.009651 Last message repeated 1 times [rtsp @ 0xaee3660] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://root:root at 192.168.1.131:554/axis- media/media.amp?streamprofile=Media?tcp': Metadata: title : Media Presentation Duration: N/A, start: 0.099878, bitrate: N/A Stream #0:0, 22, 1/90000: Video: h264 (Baseline), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/180000, 30.08 tbr, 90k tbn, 180k tbc Output #0, mp4, to '../axis.mp4': Metadata: title : Media Presentation encoder : Lavf54.22.100 Stream #0:0, 0, 1/90000: Video: h264 ([33][0][0][0] / 0x0021), yuvj420p, 640x480 [SAR 1:1 DAR 4:3], 1/90000, q=2-31, 90k tbn, 90k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=107864, dts=NOPTS, size=183, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=110709, dts=NOPTS, size=1361, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=107864, dts=107864, size=1574, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=113555, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=110709, dts=110709, size=1361, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=113555, dts=NOPTS, size=79, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=116401, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=113555, dts=113555, size=1470, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=116401, dts=NOPTS, size=26, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=119698, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=116401, dts=116401, size=1417, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=119698, dts=NOPTS, size=177, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=122544, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=119698, dts=119698, size=1568, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=122544, dts=NOPTS, size=20, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=125390, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=122544, dts=122544, size=1411, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=125390, dts=NOPTS, size=25, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=128686, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=125390, dts=125390, size=1416, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=128686, dts=NOPTS, size=73, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=131532, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=128686, dts=128686, size=1464, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=131532, dts=NOPTS, size=43, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=134379, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=131532, dts=131532, size=1434, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=134379, dts=NOPTS, size=106, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=137674, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=134379, dts=134379, size=1497, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=137674, dts=NOPTS, size=1386, duration=0, flags=0 Last message repeated 11 times [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=137674, dts=NOPTS, size=520, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=140521, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=137674, dts=137674, size=18543, duration=0, flags=1 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=140521, dts=NOPTS, size=1386, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=140521, dts=NOPTS, size=4, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=143367, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=140521, dts=140521, size=2781, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=143367, dts=NOPTS, size=970, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=146663, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=143367, dts=143367, size=2361, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=146663, dts=NOPTS, size=665, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=149510, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=146663, dts=146663, size=2056, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=149510, dts=NOPTS, size=419, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=152356, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=149510, dts=149510, size=1810, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=152356, dts=NOPTS, size=422, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=158498, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=152356, dts=152356, size=1813, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=158498, dts=NOPTS, size=144, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=164640, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=158498, dts=158498, size=1535, duration=0, flags=0 frame= 39 fps=0.0 q=-1.0 size= 96kB time=00:00:01.66 bitrate= 473.6kbits/ff_read_packet stream=0, pts=164640, dts=NOPTS, size=167, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=167487, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=164640, dts=164640, size=1558, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=167487, dts=NOPTS, size=63, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=170333, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=167487, dts=167487, size=1454, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=170333, dts=NOPTS, size=147, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=176475, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=170333, dts=170333, size=1538, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=176475, dts=NOPTS, size=154, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=179321, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=176475, dts=176475, size=1545, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=179321, dts=NOPTS, size=130, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=182617, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=179321, dts=179321, size=1521, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=182617, dts=NOPTS, size=23, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=185464, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=182617, dts=182617, size=1414, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=185464, dts=NOPTS, size=151, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=188310, dts=NOPTS, size=1340, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=185464, dts=185464, size=1542, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=191606, dts=NOPTS, size=1348, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=188310, dts=188310, size=1340, duration=0, flags=0 [rtsp @ 0xaee3660] ff_read_packet stream=0, pts=194452, dts=NOPTS, size=1391, duration=0, flags=0 [rtsp @ 0xaee3660] read_frame_internal stream=0, pts=191606, dts=191606, size=1348, duration=0, flags=0 No more output streams to write to, finishing. frame= 47 fps=0.0 q=-1.0 Lsize= 109kB time=00:00:01.99 bitrate= 448.0kbits/s video:108kB audio:0kB subtitle:0 global headers:0kB muxing overhead 1.244806% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 16:47:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 14:47:06 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.b7c69303a5c642d087012de4339b623b@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): ok, then please try -avoid_negative_ts 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 17:40:54 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 15:40:54 -0000 Subject: [FFmpeg-trac] #1227(avcodec:reopened): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.9080bf0e2fe54f1b363c18d2831ec670@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon -------------------------------------+------------------------------------- Reporter: elioxia | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: closed => reopened * resolution: fixed => Comment: Ive made a mistake during testing, the patch is not working, it breaks h264 decoding as can be seen with "make fate" with --samples=... Thus patch reverted, please submit a working patch and make sure that speed loss is kept to a minimum if it cannot be entirely avoided -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 17:55:20 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 15:55:20 -0000 Subject: [FFmpeg-trac] #1227(avcodec:reopened): crash in ff_put_h264_chroma_mc8_neon In-Reply-To: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> References: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> Message-ID: <051.2adcdc64a6473dc54000079041199d67@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon -------------------------------------+------------------------------------- Reporter: elioxia | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: arm crash | Blocked By: h264 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:16 elioxia]: > I suggest 32byte-padded buffer as a workaround, but cannot understand why 16byte padding is not enough in the first place. The problem the way i understand it (i couldnt reproduce a crash) is that this code reads a line too much not just a few bytes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 19:26:29 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 17:26:29 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.120f0a5b433f73f2bf9d90254d143052@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): "File format not recognized" during compilation means that the file got corrupted, usually due to aborting the compiler (or it crashing) while it was in the middle of compiling the file. Deleting the file (or better starting the compilation from scratch via "make clean" or "make distclean") solves it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 22:21:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 20:21:42 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.c6c3ea71badcb375f2e1160be7e8d33b@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wknauf): nope, same error happens after make clean, make distclean. I updated the src archive from today. Shall I continue this in the mplayer mailinglist anyway? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Sep 26 23:06:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 21:06:02 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.882e8e3b6b834d429ec27e8395866395@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please report MPlayer build problems on mplayer-users, do not forget to confirm there that you did something similar to "make distclean && svn up && ./configure && make". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 00:05:02 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 22:05:02 -0000 Subject: [FFmpeg-trac] #1734(avformat:closed): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.9310090da1c7c19586d04a082a6eb286@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera -------------------------------------+------------------------------------- Reporter: PaulJBis | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: h264 rtp axis | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: regression => regression h264 rtp axis * status: open => closed * resolution: => fixed Comment: Should be fixed, i was able to reproduce something similar locally with a rtp h264 server. If its not fixed please provide output with -fdebug ts -debug_ts as well as the stream copied h264 stream even if its not reproduceable with it -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 01:03:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 23:03:32 -0000 Subject: [FFmpeg-trac] #1606(undetermined:new): WMP have problem with wma files generated by FFmpeg (slider is set at the end) In-Reply-To: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> References: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> Message-ID: <053.d01f5fd277ab55597dbb6d1e0de49721@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: asf | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Please try -avoid_negative_ts 1, if it works ill make it default for asf/wma. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 01:21:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 23:21:36 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s Message-ID: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Type: defect agusdallalba | Priority: normal Status: new | Version: Component: | unspecified undetermined | Blocked By: Keywords: mpeg2video, | Reproduced by developer: 0 dvd | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: I'm trying to convert a 720p25 video to DVD-spec 6500kbps MPEG2, but the output is <3Mb/s instead. The subjective quality is not that good, there are blocks in the background and the picture lacks sharpness. I'm using ffmpeg version git-2012-09-26-299c0b3. The source video is a remuxed Sherlock.S01E01.720p.BluRay.x264-AVCHD, that can be easily found in P2P sites. With some guidance I can try encoding the original BluRay, but ripping it on linux has proven itself way too difficult for me and I figured it would be the same. I originally used a much more complicated command line, but the issue is still there with the stripped-down {{{ ffmpeg -i "$1" -target pal-dvd -b:v 6450k -an -pass 1/2 "$1".mpg -report }}} I've attached ffmpeg's reports and the two-pass log, please tell me if you need anything else, I'll try to reply as soon as I can. Thanks! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 01:50:27 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 26 Sep 2012 23:50:27 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.74de4f26ae6895e87375be9fca87541b@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): It has the same effect as the preload did; the video plays now but with no video for 5 seconds -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 02:05:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 00:05:35 -0000 Subject: [FFmpeg-trac] #1592(undetermined:closed): filter-amix FATE tests errors on win64 In-Reply-To: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> References: <034.2ef69c9a86190b26d1889f35974f3b76@avcodec.org> Message-ID: <049.5740381eb25566c7e9dcb697f731a85c@avcodec.org> #1592: filter-amix FATE tests errors on win64 -------------------------------------+------------------------------------- Reporter: jamal | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: fate amix | Resolution: fixed win64 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed Comment: It seems the tests dont fail anymore (fate.ffmpeg.org), maybe one of the msvc fixes fixed it too. If it still fails for you, please reopen -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 02:43:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 00:43:53 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation on win64 In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.b10e0cc0c0681449f500d7d1b7937fa6@avcodec.org> #1231: ffplay access violation on win64 -------------------------------------+------------------------------------- Reporter: ronag | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: win64 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): tested on mingw64 + wine with AVX, no crash -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 03:55:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 01:55:02 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.54565affbe18657401616ca4afb8971c@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by michael): ok, next try, -copypriorss 0 possibly with -avoid_negative_ts 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 04:50:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 02:50:12 -0000 Subject: [FFmpeg-trac] #1703(FFplay:new): ffplay doesn't play any audio when given "mono" audio input in windows (was: ffplay doesn't play any audio when given "mono" audio input) In-Reply-To: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> References: <039.f8bb4c18bd5ebf312579b206f770e0df@avcodec.org> Message-ID: <054.bf33f2a9b2e12f2f611d7d37d17a8ed4@avcodec.org> #1703: ffplay doesn't play any audio when given "mono" audio input in windows -------------------------------------+---------------------------------- Reporter: rogerdpack | Owner: Type: defect | Status: new Priority: normal | Component: FFplay Version: unspecified | Resolution: Keywords: win | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 05:47:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 03:47:13 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.fb980e024111defaa2cde4504bbbceaf@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg2video, dvd => mpeg2video dvd * version: unspecified => git-master Comment: You could compare the output file size with the following: $ ffmpeg -i Sherlock\ S01E01.mp4 -s 720x576 -qscale 2 -acodec ac3 -ab 448k out.mpg If you still see the blocks and other quality issues, try to cut the relevant part from the original sample with: $ ffmpeg -ss xxx -i Sherlock\ S01E01.mp4 -vcodec copy -t yyy out.h264 and provide the sample (if it does not show the same visual problems) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 09:37:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 07:37:49 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.cba78af149a7f3617fc9a3c8c5d4f4fe@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Looks like we have a winner! :) It works with just -copypriorss 0, as well as with them both. Thanks for the quick fix! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:22:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:22:25 -0000 Subject: [FFmpeg-trac] #1745(undetermined:open): PS3 compatibility regression In-Reply-To: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> References: <036.23de2b38dc9c2eefa4e26f056a1db0c9@avcodec.org> Message-ID: <051.cc0faa4ef92f5ddebc5861c3aca35121@avcodec.org> #1745: PS3 compatibility regression -------------------------------------+------------------------------------- Reporter: SubJunk | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by SubJunk): Tested with another video and it needed both commands to work -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:24:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:24:41 -0000 Subject: [FFmpeg-trac] #1734(avformat:closed): Problems dumping H264 stream from an Axis camera In-Reply-To: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> References: <037.0041b80e87825af3d62d25b43df433fd@avcodec.org> Message-ID: <052.d2a794f5172078fa98ab1c3f11ad0ba1@avcodec.org> #1734: Problems dumping H264 stream from an Axis camera -------------------------------------+------------------------------------- Reporter: PaulJBis | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: regression | Blocked By: h264 rtp axis | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by PaulJBis): Yep, fixed!! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:45:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:45:48 -0000 Subject: [FFmpeg-trac] #1554(avformat:open): Support reading proprietary AVID DNxHD MXF In-Reply-To: <036.8d60ab5ea1d17817ad9a7ef401e86104@avcodec.org> References: <036.8d60ab5ea1d17817ad9a7ef401e86104@avcodec.org> Message-ID: <051.db703d1bbae9e29070f2d6030d43c69a@avcodec.org> #1554: Support reading proprietary AVID DNxHD MXF -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: mxf avid | Blocked By: dnxhd roundup ffmbc | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mxf avid => mxf avid dnxhd roundup ffmbc -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:50:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:50:20 -0000 Subject: [FFmpeg-trac] #1747(avformat:closed): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.70a806f9b73fa5fbd43fd032a6dbe448@avcodec.org> #1747: dts in wav not auto-detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav dts | Blocked By: probe roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wav dts probe => wav dts probe roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:50:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:50:58 -0000 Subject: [FFmpeg-trac] #1559(avformat:new): cannot seek in .m4a file In-Reply-To: <036.63a6491f2a3227f086022ea0801c9a02@avcodec.org> References: <036.63a6491f2a3227f086022ea0801c9a02@avcodec.org> Message-ID: <051.3910a4e62bf45f23f3914bea1b2f7c45@avcodec.org> #1559: cannot seek in .m4a file -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov => mov roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:52:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:52:16 -0000 Subject: [FFmpeg-trac] #1558(avformat:new): Unable to decode a (possibly damaged) matroska file In-Reply-To: <036.06b2c6d731f7ac43593da99c8ecc3edc@avcodec.org> References: <036.06b2c6d731f7ac43593da99c8ecc3edc@avcodec.org> Message-ID: <051.7e30a7251798aa6c88163cc69bb382fe@avcodec.org> #1558: Unable to decode a (possibly damaged) matroska file -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mkv => mkv roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:52:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:52:29 -0000 Subject: [FFmpeg-trac] #1557(avformat:new): support old sipr in rm (rewrite rm demuxer) In-Reply-To: <036.b8592fb68fdf163c361418a7c2a3cd20@avcodec.org> References: <036.b8592fb68fdf163c361418a7c2a3cd20@avcodec.org> Message-ID: <051.31dcdbf18ef873bdea78f414e046a399@avcodec.org> #1557: support old sipr in rm (rewrite rm demuxer) -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: real sipr | Blocked By: roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: real sipr => real sipr roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:57:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:57:08 -0000 Subject: [FFmpeg-trac] #1555(undetermined:new): WebM: Silent track not taken into account if followed by a noisy track In-Reply-To: <036.1ce4d11750f8e7eebb6322951c394647@avcodec.org> References: <036.1ce4d11750f8e7eebb6322951c394647@avcodec.org> Message-ID: <051.f528eaf80992f059c10a034207a90e6d@avcodec.org> #1555: WebM: Silent track not taken into account if followed by a noisy track -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mkv roundup | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:57:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:57:38 -0000 Subject: [FFmpeg-trac] #1553(undetermined:new): Remuxing mpeg2video from transport stream to matroska fails In-Reply-To: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> References: <036.d3490d845a1c03504ba0a1068b8e2ae5@avcodec.org> Message-ID: <051.db7cc0c10b17a599b71cd755adf7abd9@avcodec.org> #1553: Remuxing mpeg2video from transport stream to matroska fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts mpeg2video av_interleaved_write_frame => mpegts mpeg2video av_interleaved_write_frame roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:57:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:57:50 -0000 Subject: [FFmpeg-trac] #1552(undetermined:new): Packed B-frames cannot be remuxed into mkv In-Reply-To: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> References: <036.7ad45fcd6fcc4172f461a74b2b06b879@avcodec.org> Message-ID: <051.3263af36decf2d5655772a43f9ca87be@avcodec.org> #1552: Packed B-frames cannot be remuxed into mkv -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp mkv | Resolution: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asp mkv => asp mkv roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:58:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:58:12 -0000 Subject: [FFmpeg-trac] #1551(avformat:new): mov file is played by vlc, cannot be read by FFmpeg In-Reply-To: <036.d08cea9886ef269d1c5fad3f2e7eec1b@avcodec.org> References: <036.d08cea9886ef269d1c5fad3f2e7eec1b@avcodec.org> Message-ID: <051.1cccc13cc671673e6a54c0673ef41a70@avcodec.org> #1551: mov file is played by vlc, cannot be read by FFmpeg -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mov => mov roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:59:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:59:01 -0000 Subject: [FFmpeg-trac] #1550(undetermined:new): Wrong aspect ratio when decoding rv40 sample In-Reply-To: <036.79582b8186aeea68261dba72e4678d76@avcodec.org> References: <036.79582b8186aeea68261dba72e4678d76@avcodec.org> Message-ID: <051.64fa15fc5a1caebbe738e5cb071cc8ee@avcodec.org> #1550: Wrong aspect ratio when decoding rv40 sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: real rv40 | Resolution: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: real rv40 => real rv40 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:59:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:59:19 -0000 Subject: [FFmpeg-trac] #1549(avformat:new): adpcm_ea_r1 is not auto-detected In-Reply-To: <036.a03775718fd2f5e784af56fd0720a735@avcodec.org> References: <036.a03775718fd2f5e784af56fd0720a735@avcodec.org> Message-ID: <051.59206d65fbcb4f997a5a35f61c0675af@avcodec.org> #1549: adpcm_ea_r1 is not auto-detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: electronicarts roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: electronicarts => electronicarts roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 12:59:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 10:59:48 -0000 Subject: [FFmpeg-trac] #1545(undetermined:closed): Stream copy fails for damaged transport stream In-Reply-To: <036.45d730a9cedacaac2472499276e6d4a6@avcodec.org> References: <036.45d730a9cedacaac2472499276e6d4a6@avcodec.org> Message-ID: <051.cb029fbc580cd4dfedb4d86f021ba4f1@avcodec.org> #1545: Stream copy fails for damaged transport stream -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mpegts | Resolution: fixed mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 0 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegts mpeg2video av_interleaved_write_frame => mpegts mpeg2video av_interleaved_write_frame roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:02:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:02:34 -0000 Subject: [FFmpeg-trac] #1544(undetermined:new): Transcoding of mpeg file fails - Too large number of skiped frames In-Reply-To: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> References: <036.3234ca01b04143fdd22cbe2cf7779d0f@avcodec.org> Message-ID: <051.c87e592d23762a7a9e44280b24b3154a@avcodec.org> #1544: Transcoding of mpeg file fails - Too large number of skiped frames -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mpegps | Resolution: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegps => mpegps roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:03:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:03:18 -0000 Subject: [FFmpeg-trac] #1438(avformat:open): Seeking in vob file with timestamp discontinuities fails In-Reply-To: <041.683609966b390ed411869c092624f8a6@avcodec.org> References: <041.683609966b390ed411869c092624f8a6@avcodec.org> Message-ID: <056.dffd8cae9d8e07c4fb38787177a6a144@avcodec.org> #1438: Seeking in vob file with timestamp discontinuities fails -------------------------------------+------------------------------------- Reporter: | Owner: superandrzej | Status: open Type: defect | Component: avformat Priority: normal | Resolution: Version: git-master | Blocked By: Keywords: mpegps seek | Reproduced by developer: 1 roundup | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpegps seek => mpegps seek roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:04:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:04:44 -0000 Subject: [FFmpeg-trac] #1340(avcodec:new): Possibly suboptimal H.264 error concealment In-Reply-To: <036.87d2d468480142d799f12d5bddf089a6@avcodec.org> References: <036.87d2d468480142d799f12d5bddf089a6@avcodec.org> Message-ID: <051.99e18fc4c727b9adf7ed1ec09e2d4733@avcodec.org> #1340: Possibly suboptimal H.264 error concealment --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: h264 => h264 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:05:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:05:02 -0000 Subject: [FFmpeg-trac] #1337(undetermined:new): MPEG4 ASP does not seek to keyframe In-Reply-To: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> References: <036.ee9e8b942c118f2c7cef0fc35f5e894f@avcodec.org> Message-ID: <051.734ba42b3a521c5ea8976b155c3d1b31@avcodec.org> #1337: MPEG4 ASP does not seek to keyframe -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: asp seek | Resolution: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asp seek => asp seek roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:05:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:05:32 -0000 Subject: [FFmpeg-trac] #1335(avcodec:closed): Memleak when reading corrupted cavs video In-Reply-To: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> References: <036.33c2ec16faa121e488d5e159f81c3969@avcodec.org> Message-ID: <051.227a8e8305cbc2b83a414717b84299b5@avcodec.org> #1335: Memleak when reading corrupted cavs video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: memleak | Blocked By: cavs roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: memleak cavs => memleak cavs roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:06:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:06:48 -0000 Subject: [FFmpeg-trac] #1333(undetermined:new): Seeking in voc In-Reply-To: <036.aff145acaba11bd41906eac9a8e0cf91@avcodec.org> References: <036.aff145acaba11bd41906eac9a8e0cf91@avcodec.org> Message-ID: <051.f2fe72ff63c7b11df4af53569917eb87@avcodec.org> #1333: Seeking in voc -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: Version: git-master | undetermined Keywords: voc roundup | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: voc => voc roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:07:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:07:13 -0000 Subject: [FFmpeg-trac] #1332(undetermined:closed): XSUB encoding regression In-Reply-To: <036.ed4a205c9677c1aea8760bf3b3fed79d@avcodec.org> References: <036.ed4a205c9677c1aea8760bf3b3fed79d@avcodec.org> Message-ID: <051.269e25230e24bdc8a950dd6f5ed6f5a8@avcodec.org> #1332: XSUB encoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: xsub | Resolution: fixed regression roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: xsub regression => xsub regression roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:07:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:07:38 -0000 Subject: [FFmpeg-trac] #1330(avcodec:closed): Invalid reads when decoding corrupted mpeg2video In-Reply-To: <036.de382bdaac2f8c46a59521cea07c194d@avcodec.org> References: <036.de382bdaac2f8c46a59521cea07c194d@avcodec.org> Message-ID: <051.81f466b42a93a9e6fc12c13668d5a868@avcodec.org> #1330: Invalid reads when decoding corrupted mpeg2video -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpeg2video | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg2video => mpeg2video roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:10:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:10:02 -0000 Subject: [FFmpeg-trac] #1336(undetermined:open): support image2pipe input without parser In-Reply-To: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> References: <036.c938690b1c06bf450154627cf9775a79@avcodec.org> Message-ID: <051.18b86fad828ab9fced92f857fa6e8884@avcodec.org> #1336: support image2pipe input without parser -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: roundup | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup Comment: The bmp parser was implemented by Paul B Mahol. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:12:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:12:20 -0000 Subject: [FFmpeg-trac] #1546(avcodec:new): Memleak when decoding broken vorbis sample In-Reply-To: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> References: <036.0711fcea8a96b16199d40082327b8fba@avcodec.org> Message-ID: <051.ce053bbc86c3d48388fb24bfa0ae2c88@avcodec.org> #1546: Memleak when decoding broken vorbis sample -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: vorbis | Blocked By: roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: vorbis => vorbis roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:14:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:14:35 -0000 Subject: [FFmpeg-trac] #1225(undetermined:closed): Remuxing MPEG-4 ASP into MPEG-TS In-Reply-To: <036.8e0ff0a90a8a8248c7711cddc448fbd5@avcodec.org> References: <036.8e0ff0a90a8a8248c7711cddc448fbd5@avcodec.org> Message-ID: <051.865e3a027d061fa8f7db1220e6479e4c@avcodec.org> #1225: Remuxing MPEG-4 ASP into MPEG-TS -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: asp mpegts | Resolution: invalid roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: asp mpegts => asp mpegts roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:16:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:16:42 -0000 Subject: [FFmpeg-trac] #970(avcodec:closed): AVNr 1:1 raw mode - black bar at the top In-Reply-To: <038.115233f02e1a642beb4b61d89a6b9164@avcodec.org> References: <038.115233f02e1a642beb4b61d89a6b9164@avcodec.org> Message-ID: <053.0fd4122e3e5c470cb99021f6736e1836@avcodec.org> #970: AVNr 1:1 raw mode - black bar at the top -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: AVRn AVID | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: AVRn AVID => AVRn AVID roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:16:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:16:50 -0000 Subject: [FFmpeg-trac] #971(avcodec:closed): AVRn 1:1 raw interlaced mode - merge fields In-Reply-To: <038.9b394586eba6407d8cb82ffc42a78cd4@avcodec.org> References: <038.9b394586eba6407d8cb82ffc42a78cd4@avcodec.org> Message-ID: <053.a1dfa626f4c8b22dd7c2b81a5b334fdd@avcodec.org> #971: AVRn 1:1 raw interlaced mode - merge fields -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: AVRn AVUI | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: AVRn AVUI => AVRn AVUI roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:17:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:17:32 -0000 Subject: [FFmpeg-trac] #917(avcodec:closed): txd causes invalid reads In-Reply-To: <038.594c9fd9b55fa83250b6d2fdebdb5b8e@avcodec.org> References: <038.594c9fd9b55fa83250b6d2fdebdb5b8e@avcodec.org> Message-ID: <053.3951f4b0d06d0e165f756ba78f1b2f8c@avcodec.org> #917: txd causes invalid reads ------------------------------------+----------------------------------- Reporter: richardpl | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:19:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:19:14 -0000 Subject: [FFmpeg-trac] #624(avformat:closed): support mpeg ps in mov In-Reply-To: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> References: <038.59f5564827b28a555ea1404e2e2c72f7@avcodec.org> Message-ID: <053.aa81fa7afa1d4ce191c973429adea1a3@avcodec.org> #624: support mpeg ps in mov -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mov mpeg | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov mpeg => mov mpeg roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:19:24 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:19:24 -0000 Subject: [FFmpeg-trac] #625(avcodec:open): support 2/3/5bit IMA ADPCM In-Reply-To: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> References: <038.b2fd8d9fa1169d2b3c75449b9f9dc630@avcodec.org> Message-ID: <053.b2d2a6dde61cd4d646bdac47ef3e6ea0@avcodec.org> #625: support 2/3/5bit IMA ADPCM ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: adpcm roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: adpcm => adpcm roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:19:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:19:34 -0000 Subject: [FFmpeg-trac] #632(avcodec:closed): bmp 1bpp with palette decodes in negative In-Reply-To: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> References: <038.531658c436b0ac5b48ece057184c5f4e@avcodec.org> Message-ID: <053.8945bfdf1ab53c75654ea7808e4f016a@avcodec.org> #632: bmp 1bpp with palette decodes in negative -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: bmp roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: bmp => bmp roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:19:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:19:47 -0000 Subject: [FFmpeg-trac] #832(avcodec:closed): tiff: support G3FAX1D In-Reply-To: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> References: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> Message-ID: <053.862bd0c2e950c5ce408e875c2f1b4f35@avcodec.org> #832: tiff: support G3FAX1D -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: tif fax | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: tif fax => tif fax roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:20:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:20:49 -0000 Subject: [FFmpeg-trac] #511(undetermined:closed): Intel JPEG library: flipped? In-Reply-To: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> References: <036.3bcc711a283948bfcf595c0779573147@avcodec.org> Message-ID: <051.c52f9d1df0196d5080fb59abb05d91c3@avcodec.org> #511: Intel JPEG library: flipped? -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg | Resolution: fixed Debian roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mjpeg Debian => mjpeg Debian roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:26:31 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:26:31 -0000 Subject: [FFmpeg-trac] #472(undetermined:closed): Initial gray frames when first frame is no keyframe In-Reply-To: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> References: <036.cf65595cb7e3b4947068af031b346e1f@avcodec.org> Message-ID: <051.e767c3dddcdc35a95c09f025b8b63fc2@avcodec.org> #472: Initial gray frames when first frame is no keyframe -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: roundup flv | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup flv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:26:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:26:46 -0000 Subject: [FFmpeg-trac] #471(avcodec:closed): CJPG decodes B/W In-Reply-To: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> References: <036.76263d30d24590d2daa1ea150553a591@avcodec.org> Message-ID: <051.f71bd98ad60b40a8d5d319fb72f55a14@avcodec.org> #471: CJPG decodes B/W -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cjpg mjpeg | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: cjpg mjpeg => cjpg mjpeg roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:26:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:26:59 -0000 Subject: [FFmpeg-trac] #355(undetermined:open): ALLPlayer.org and Artur Majtczak violate the GPL In-Reply-To: <036.3217ada9046c4027504b6512483666bd@avcodec.org> References: <036.3217ada9046c4027504b6512483666bd@avcodec.org> Message-ID: <051.ee75323bcacbcd4ec7e819971860a45f@avcodec.org> #355: ALLPlayer.org and Artur Majtczak violate the GPL -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: license | Status: open violation | Component: Priority: normal | undetermined Version: unspecified | Resolution: Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:27:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:27:17 -0000 Subject: [FFmpeg-trac] #343(avformat:closed): wrong duration with voc files In-Reply-To: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> References: <038.cae8ef069d9672b76189373851460b6c@avcodec.org> Message-ID: <053.7723bfb3417702917a4201fcd25e18d5@avcodec.org> #343: wrong duration with voc files -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: voc roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: voc => voc roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:27:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:27:56 -0000 Subject: [FFmpeg-trac] #289(undetermined:closed): Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) In-Reply-To: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> References: <032.78bdf61b5e44e277c4a8773726d39d07@avcodec.org> Message-ID: <047.ad7d1bcff0634e13b33b10efb5d40fa2@avcodec.org> #289: Regression: mp3 duration estimated from bitrate wrong (bitrate guess wrong) -------------------------------------+------------------------------------- Reporter: hjr | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: regression | Resolution: fixed mp3 duration bitrate estimate | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression mp3 duration bitrate estimate => regression mp3 duration bitrate estimate roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:28:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:28:29 -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.acc59a597ae6ba68180a3d1fdf138795@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: tif roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: regression tif => regression tif roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:28:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:28:40 -0000 Subject: [FFmpeg-trac] #226(avcodec:closed): QT RLE 1bpp support is buggy In-Reply-To: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> References: <038.76e07189668ed4898c1e0afc1779e3a9@avcodec.org> Message-ID: <053.c8bf3e238358516252d4301c72670b38@avcodec.org> #226: QT RLE 1bpp support is buggy ---------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: qtrle roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: qtrle => qtrle roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:28:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:28:50 -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.62322ab5a096567f00d9ff2c980e9e7b@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: png roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: png => png roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:28:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:28:59 -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.477a7bef15e2ddfb632ca68002af2240@avcodec.org> #171: TIFF 1bpp decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: tif roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => tif roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:29:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:29:21 -0000 Subject: [FFmpeg-trac] #170(undetermined:closed): TIFF -> PBM - white line on the right side in the output PBM file In-Reply-To: <038.15f3880f3a26f4d7b317fb4af5f43a41@avcodec.org> References: <038.15f3880f3a26f4d7b317fb4af5f43a41@avcodec.org> Message-ID: <053.8acb30c167580c9d943879d752d18921@avcodec.org> #170: TIFF -> PBM - white line on the right side in the output PBM file -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: tif roundup | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => tif roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:29:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:29:38 -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.0bbb0e6cbe1464623db12f21238162c6@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: 8svx roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: 8svx => 8svx roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:29:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:29:51 -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.9f2280f9dbcfc1205429ffc59fc85025@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: tif roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => tif roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:30:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:30:06 -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.70ff4adf2e4fbc26e738d9da96d1a939@avcodec.org> #167: TIFF file decodes incorrectly -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: tif roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: tif => tif roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:30:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:30:40 -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.819e4e31d20071e7c30069ddd5807659@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: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:30:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:30:51 -0000 Subject: [FFmpeg-trac] #165(undetermined:closed): QT Cinepak - plays in negative In-Reply-To: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> References: <038.81216eaf40df6a01e1248f4682bd4f43@avcodec.org> Message-ID: <053.89ea2311f7861da484126de5b35718d9@avcodec.org> #165: QT Cinepak - plays in negative -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: cinepak | Resolution: fixed roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: cinepak => cinepak roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:31:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:31:15 -0000 Subject: [FFmpeg-trac] #164(undetermined:closed): FFplay: "-vismv" option doesn't work when libavfilter is enabled In-Reply-To: <038.213e6b5ba2449ef96df97f0a1d9f1c24@avcodec.org> References: <038.213e6b5ba2449ef96df97f0a1d9f1c24@avcodec.org> Message-ID: <053.bbf060b2dce26e3362ba939aa69ecc5f@avcodec.org> #164: FFplay: "-vismv" option doesn't work when libavfilter is enabled -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: roundup | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:31:32 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:31:32 -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.386d07da66fcb5875871de6f5cb5c0f3@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: mjpeg | Blocked By: cropping AVID roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mjpeg cropping AVID => mjpeg cropping AVID roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:31:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:31:42 -0000 Subject: [FFmpeg-trac] #161(avcodec:closed): QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output In-Reply-To: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> References: <038.117cdeb86da9569f53afb4875e7890fd@avcodec.org> Message-ID: <053.83fed25f31d2303849fb97e768c0fa7e@avcodec.org> #161: QT PNG / PNG 24bpp INTERLACED with PAETH filter - broken output -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: png roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: png => png roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:31:51 -0000 Subject: [FFmpeg-trac] #159(avcodec:closed): "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output In-Reply-To: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> References: <038.06540aeeda1d8266fa75d72dbd3e1329@avcodec.org> Message-ID: <053.06786912f871849ba012d7efdbda582e@avcodec.org> #159: "Sony DV Codec" - wrong resolution reported by FFmpeg + broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: dvvideo | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dvvideo => dvvideo roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:32:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:32:06 -0000 Subject: [FFmpeg-trac] #160(undetermined:closed): QT RAW "256 colors" - broken output In-Reply-To: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> References: <038.e003eaa16c7e8433149a697bc0420f73@avcodec.org> Message-ID: <053.c771391e904c97d1165f52e7192bbf91@avcodec.org> #160: QT RAW "256 colors" - broken output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov | Resolution: fixed rawvideo roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mov rawvideo => mov rawvideo roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:32:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:32:39 -0000 Subject: [FFmpeg-trac] #134(avcodec:new): Implement optimal Huffman tables for (M)JPEG encoding In-Reply-To: <036.06ef5e04f84d38dba42e7e213cf6928f@avcodec.org> References: <036.06ef5e04f84d38dba42e7e213cf6928f@avcodec.org> Message-ID: <051.d6eee5a2642ca7bc4bbc7a7f55fd98cc@avcodec.org> #134: Implement optimal Huffman tables for (M)JPEG encoding ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mjpeg roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mjpeg => mjpeg roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:32:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:32:51 -0000 Subject: [FFmpeg-trac] #133(avcodec:closed): CJPG files have chroma problems In-Reply-To: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> References: <036.69bb2e1a206adc678c2b5618b1c500ab@avcodec.org> Message-ID: <051.cba7745ffa99343d425b000f3b5070c0@avcodec.org> #133: CJPG files have chroma problems ---------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: minor | Component: avcodec Version: git-master | Resolution: fixed Keywords: mjpeg roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mjpeg => mjpeg roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:33:05 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:33:05 -0000 Subject: [FFmpeg-trac] #132(avformat:new): viv demuxer In-Reply-To: <036.0b6ff178db09f186a906cffe187635df@avcodec.org> References: <036.0b6ff178db09f186a906cffe187635df@avcodec.org> Message-ID: <051.7d63355a8a07bfed32ce025e20403c31@avcodec.org> #132: viv demuxer -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: Type: enhancement | Status: new Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:33:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:33:43 -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.0143ed74b5e85ce1ead9b49d4e64e6e4@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: roundup | Blocked By: lowres | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:33:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:33:54 -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.4f1c20529f465fb9cfa3ae5be2fbbdb7@avcodec.org> #114: Crash in indeo3 decoder -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: indeo3 | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: indeo3 => indeo3 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:34:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:34:15 -0000 Subject: [FFmpeg-trac] #102(avcodec:closed): add support for "Brooktree YUV 411 Raw (Y41P)" codec In-Reply-To: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> References: <038.b88a96bc1feab194a508b08493286c90@avcodec.org> Message-ID: <053.effd44d7277b913ee051e52fb867b13f@avcodec.org> #102: add support for "Brooktree YUV 411 Raw (Y41P)" codec --------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: y41p roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: y41p => y41p roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:34:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:34:30 -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.45949e5abc9b5587d3e67c5eb0633aaa@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: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:34:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:34:53 -0000 Subject: [FFmpeg-trac] #72(swscale:closed): Invalid pal8 sample crashes libswscale In-Reply-To: <036.bbf4ace5baeaa0ca7b311aff6a011105@avcodec.org> References: <036.bbf4ace5baeaa0ca7b311aff6a011105@avcodec.org> Message-ID: <051.432f0bf6558f7abe47ba168d2d473471@avcodec.org> #72: Invalid pal8 sample crashes libswscale -----------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git | Resolution: fixed Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -----------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:35:22 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:35:22 -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.75ffc69065859ee16bbbe0bc74d05137@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 | Blocked By: interlaced crash SIGSEGV roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg2 interlaced crash => mpeg2 interlaced crash SIGSEGV roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:35:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:35:33 -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.dda0121a7eda03845060ccdc3e4d4b86@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: wmv2 | Blocked By: roundup lowres | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => wmv2 roundup lowres -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:35:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:35:37 -0000 Subject: [FFmpeg-trac] #69(avcodec:closed): Crash on flic files with invalid frame size In-Reply-To: <036.8571e23147328b7323a3ccc0006e48e6@avcodec.org> References: <036.8571e23147328b7323a3ccc0006e48e6@avcodec.org> Message-ID: <051.2d2b3062604420259c8a48583ce2233b@avcodec.org> #69: Crash on flic files with invalid frame size -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: flic crash | Blocked By: SIGSEGV roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: flic => flic crash SIGSEGV roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:36:58 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:36:58 -0000 Subject: [FFmpeg-trac] #64(avcodec:closed): Crash when change resolution In-Reply-To: <037.b80816c6ccf76670836e4465f9eee7f8@avcodec.org> References: <037.b80816c6ccf76670836e4465f9eee7f8@avcodec.org> Message-ID: <052.ed6a613a86cc29b2e69538aa39da2cc4@avcodec.org> #64: Crash when change resolution -------------------------------------+------------------------------------- Reporter: ivigasin | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git | Resolution: fixed Keywords: h264 crash | Blocked By: SIGSEGV | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => h264 crash SIGSEGV -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:37:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:37:21 -0000 Subject: [FFmpeg-trac] #50(FFplay:closed): ffplay - bar at the right side of the video with -vlowres option enabled (mpeg4 codec) In-Reply-To: <038.f9534f734457788cc9f2ca780780c777@avcodec.org> References: <038.f9534f734457788cc9f2ca780780c777@avcodec.org> Message-ID: <053.ea76f79b7cc14c9b824ceade56b97818@avcodec.org> #50: ffplay - bar at the right side of the video with -vlowres option enabled (mpeg4 codec) -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: michael Type: defect | Status: closed Priority: normal | Component: FFplay Version: unspecified | Resolution: fixed Keywords: roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:37:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:37:51 -0000 Subject: [FFmpeg-trac] #46(undetermined:closed): mpeg2video in ea is played at double speed (Issue 2290) In-Reply-To: <032.56014fae285a52501ceba52d9d8176f1@avcodec.org> References: <032.56014fae285a52501ceba52d9d8176f1@avcodec.org> Message-ID: <047.4a74f8f4b26d288b29169948f8736c87@avcodec.org> #46: mpeg2video in ea is played at double speed (Issue 2290) -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git | undetermined Keywords: | Resolution: fixed electronicarts roundup | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => electronicarts roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:38:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:38:16 -0000 Subject: [FFmpeg-trac] #45(undetermined:new): FFplay do not respect resize alghoritm set in the sourcecode In-Reply-To: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> References: <038.926b6fa00bf11fc869d088b0bb24b203@avcodec.org> Message-ID: <053.077586a5a7f9030b475223362b361ce4@avcodec.org> #45: FFplay do not respect resize alghoritm set in the sourcecode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: roundup | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:38:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:38:59 -0000 Subject: [FFmpeg-trac] #44(avformat:closed): seeking in .dv file with lowres enabled crashes ffplay In-Reply-To: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> References: <038.50b61166075f09e48b23e45fd0404b1d@avcodec.org> Message-ID: <053.4c8c53ddd1fdae4beb3b6815ebbdccda@avcodec.org> #44: seeking in .dv file with lowres enabled crashes ffplay -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: fixed Keywords: dvvideo | Blocked By: crash SIGSEGV lowres roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => dvvideo crash SIGSEGV lowres roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:39:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:39:17 -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.f6162cc3b122ada8ec86b21f2807d730@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: jack osx | Blocked By: roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: jack osx => jack osx roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:39:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:39:18 -0000 Subject: [FFmpeg-trac] #67(undetermined:closed): grey images (and video) when using -ss In-Reply-To: <034.e82a5b2ad8dd40712053297e1bb439e5@avcodec.org> References: <034.e82a5b2ad8dd40712053297e1bb439e5@avcodec.org> Message-ID: <049.922f5be828d8dac1ca4970e0d9dd14ec@avcodec.org> #67: grey images (and video) when using -ss -------------------------------------+------------------------------------- Reporter: aphid | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: mpeg2video | Resolution: fixed roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpeg2video roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:39:54 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:39:54 -0000 Subject: [FFmpeg-trac] #34(FFmpeg:closed): Crash when using bframes In-Reply-To: <036.108086109274f8d05eb2fe1b5583bda9@avcodec.org> References: <036.108086109274f8d05eb2fe1b5583bda9@avcodec.org> Message-ID: <051.d45bd15d39811041c9b4731754a67bd0@avcodec.org> #34: Crash when using bframes -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git | Resolution: fixed Keywords: asp crash | Blocked By: SIGSEGV roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => asp crash SIGSEGV roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:40:30 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:40:30 -0000 Subject: [FFmpeg-trac] #20(FFmpeg:closed): Crash when encoding to tif with high value for -ss In-Reply-To: <036.6623502d60cb95072195bdc1ca074b82@avcodec.org> References: <036.6623502d60cb95072195bdc1ca074b82@avcodec.org> Message-ID: <051.bda03fb9aa8f604e22744e6c99fafb48@avcodec.org> #20: Crash when encoding to tif with high value for -ss -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: important | Component: FFmpeg Version: git | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => crash SIGSEGV roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:41:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:41:18 -0000 Subject: [FFmpeg-trac] #4(avformat:closed): MP3 file with unsynchronised id3v2 tag is not read correctly In-Reply-To: <036.8544c4f5ebc9f0f06225ec902691a1d0@avcodec.org> References: <036.8544c4f5ebc9f0f06225ec902691a1d0@avcodec.org> Message-ID: <051.91ef0af239f5d03625d4562ddcf896f4@avcodec.org> #4: MP3 file with unsynchronised id3v2 tag is not read correctly -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git | Resolution: invalid Keywords: mp3 id3v2 | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 id3v2 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:41:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:41:28 -0000 Subject: [FFmpeg-trac] #3(avformat:closed): Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails In-Reply-To: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> References: <036.1a151b2577f1bf5364c60a448db62f6e@avcodec.org> Message-ID: <051.5e7dc14c3846500d565890ddb817bd31@avcodec.org> #3: Auto-detection of Sonic Foundry Soft Encode AC3 files with a 16-byte header fails -------------------------------------+------------------------------------ Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ac3 roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: ac3 => ac3 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:41:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:41:47 -0000 Subject: [FFmpeg-trac] #2(avcodec:closed): Colour artefacts in wmv3 In-Reply-To: <036.1ed660e772b274f419259bcd244076b9@avcodec.org> References: <036.1ed660e772b274f419259bcd244076b9@avcodec.org> Message-ID: <051.ae83685cad7de3573ba27423b34d2f73@avcodec.org> #2: Colour artefacts in wmv3 --------------------------------------+----------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: fixed Keywords: wmv3 roundup | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wmv3 roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 13:43:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 11:43:50 -0000 Subject: [FFmpeg-trac] #5(avformat:open): jp2k muxed into mov by FFmpeg can't be played by QuickTime In-Reply-To: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> References: <036.8eebf45dbfd620ae77c725dca3291088@avcodec.org> Message-ID: <051.4ebb40bd6fa99fad5aac0fabd6140c8d@avcodec.org> #5: jp2k muxed into mov by FFmpeg can't be played by QuickTime -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: michael Type: defect | Status: open Priority: normal | Component: avformat Version: git | Resolution: Keywords: j2k mov | Blocked By: roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: j2k mov => j2k mov roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:13:34 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:13:34 -0000 Subject: [FFmpeg-trac] #1767(FFmpeg:new): 24bit audio in mov is flagged as 16bit in stsd atom Message-ID: <037.8864e87398844edad013ac643adf19ae@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ----------------------------------+-------------------------------------- Reporter: nichot20 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: How to reproduce: {{{ ffmpeg -i 1stream-24.mov -c:a copy 1stream-copy.mov ffmpeg version N-44123-g5d55830-by_Tim Copyright (c) 2000-2012 the FFmpeg developers built on Sep 3 2012 11:18:50 with gcc 4.6 (SUSE Linux) configuration: --extra-version=by_Tim --enable-static --disable-shared --enable-gpl --enable-nonfree --enable-version3 --prefix=/mnt/msds- store-0/tim/ffmpeg-tux/usr/local --libdir=/mnt/msds-store-0/tim/ffmpeg- tux/usr/local/lib64 --samples=../fate-suite/ --enable-runtime-cpudetect --extra-cflags='-static -I/mnt/msds-store-0/tim/ffmpeg- tux/usr/local/include' --extra-ldflags='-static -L/mnt/msds-store-0/tim /ffmpeg-tux/usr/local/lib64' --progs-suffix=_Sep-03 --disable-ffserver --enable-libfaac --enable-libfdk-aac --enable-libx264 --enable-libfreetype --disable-ffplay libavutil 51. 70.100 / 51. 70.100 libavcodec 54. 55.100 / 54. 55.100 libavformat 54. 25.104 / 54. 25.104 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 15.102 / 3. 15.102 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 Guessed Channel Layout for Input Stream #0.0 : mono Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '1stream-24.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2012-09-27 15:53:44 Duration: 00:00:41.44, start: 0.000000, bitrate: 1152 kb/s Stream #0:0(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, mono, s32, 1152 kb/s Metadata: creation_time : 2012-09-27 15:53:44 handler_name : Apple Alias Data Handler Output #0, mov, to '1stream-copy.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.25.104 Stream #0:0(eng): Audio: pcm_s24be (in24 / 0x34326E69), 48000 Hz, mono, 1152 kb/s Metadata: creation_time : 2012-09-27 15:53:44 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help size= 5828kB time=00:00:41.44 bitrate=1152.1kbits/s video:0kB audio:5828kB subtitle:0 global headers:0kB muxing overhead 0.012836% }}} But upon inspection moov->trak->mdia->minf->stbl atom declares that:- "sample size= 16" when it should be "sample size= 24" Same happens if you use {{{ ffmpeg -i 1stream-24.mov -c:a pcm_s24be 1stream-recode.mov }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:17:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:17:28 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE Message-ID: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- get_che function of aacdec.c file doesn't handle CCE type, as a result, AAC decoder fails to continue decoding. I got "channel element 2.8 is not allocated" error message for my AAC audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:22:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:22:02 -0000 Subject: [FFmpeg-trac] #1766(undetermined:new): Can't encode MPEG-2 at more than ~3Mb/s In-Reply-To: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> References: <041.d1e5ec5cdc5539015e8c7296724bf72e@avcodec.org> Message-ID: <056.d46375999dae3a10e4cf127d2c0394d4@avcodec.org> #1766: Can't encode MPEG-2 at more than ~3Mb/s -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: mpeg2video | Blocked By: dvd | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): out.mpg is 2242MB long, averaging 3393 kb/s for video + audio. However ffprobe says {{{ Input #0, mpeg, from 'out.mpg': Duration: 01:28:05.76, start: 0.994667, bitrate: 3393 kb/s Stream #0:0[0x1e0]: Video: mpeg1video, yuv420p, 720x576 [SAR 1:1 DAR 5:4], 104857 kb/s, 25 fps, 25 tbr, 90k tbn, 25 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s }}} Note the 104857 kb/s in the first stream. FFmpeg complained a lot during the transcode about with {{{ [mpeg1video @ 0x1d56f40] warning, clipping 1 dct coefficients to -255..255 }}} I've attached the full report and a short enough sample that is considerably blocky after after the transcode on my setup, particularly in the background. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:38:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:38:46 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.a5e18259d38bd1ee007564178fbe7a1c@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kaijun61): I tested again. It is same as before. It hangs at vp3_idct_start_neon in function ff_vp3_idct_add_neon when I debug it. In this ticket I have given details. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:38:59 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:38:59 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.f9f81c562018f99583a88c344fc18973@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by nichot20): * component: FFmpeg => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:42:04 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:42:04 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.5423c47e346d871e945355b61014cef5@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by nichot20): Replying to [ticket:1767 nichot20]: > [....] > But upon inspection moov->trak->mdia->minf->stbl atom declares that:- > "sample size= 16" > > when it should be > > "sample size= 24" > > Same happens if you use > {{{ > ffmpeg -i 1stream-24.mov -c:a pcm_s24be 1stream-recode.mov > }}} The problem looks to be in movenc.c around line 654 and on. Basically its either set to 8 or 16 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:45:13 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:45:13 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.ec935f54f7ccbc5b21e03c54cce6b91d@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a backtrace. Without a backtrace, it is impossible to fix the problem afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:48:45 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:48:45 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.c59ef17a3c20a64630fed26a70b570c4@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => aac * priority: important => normal Comment: Do you think this is a regression? (That would make the ticket important.) Please provide a sample and please provide a failing command line together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:53:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:53:47 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.0f5b33e1d5098e2b046dec506ecfb444@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): Replying to [comment:15 cehoyos]: > Please provide a backtrace. Without a backtrace, it is impossible to fix the problem afaict. We need full disassembly and register contents of where it crashes. a backtrace is USELESS! valgrind may be usefull -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 18:56:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 16:56:06 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.5445fd16d8a371c80f4c5b9277f49b1f@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by muken): According to qtff.pdf, when a sound sample description is version=1 or 2, sample size field shall be set to 16. So, it is not a bug. The actual sample size is placed more downward. Early sample size field shall be ignored by readers. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 19:10:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 17:10:28 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.907de306c493e2c27b95f76c2c7573d2@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by kaijun61): As I said before, if I step into each assembly instruction, it doesn't crash, but if I step over assembly function, it crashes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 19:22:12 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 17:22:12 -0000 Subject: [FFmpeg-trac] #1541(avcodec:new): flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 In-Reply-To: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> References: <037.e47009af7ace9eccb6b8ef1b9843ef98@avcodec.org> Message-ID: <052.0cdfb18b4e62919be2a28c3f9cc17636@avcodec.org> #1541: flv hangs on ff_vp3_idct_add_neon on ARM Cortex-A8 -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: flv, arm | Blocked By: cortext- A8 | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): quoting http://ffmpeg.org/bugreports.html When gdb encounters its problem, run the following commands and copy/paste the output into your bug report: bt disass $pc-32,$pc+32 info all-registers you only provided the first, which is useless -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 19:22:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 17:22:57 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.c0fd0fe0b89bf907100c6a64f2380bda@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaijun61): The bug is apparent, get_che function doesn't handle CCE, return NULL, but I see there is a decode_cce function. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 19:34:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 17:34:01 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.d32c10683e3ff282e00384c9f7a1b6a9@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): If you want this problem fixed, please provide a sample. To make this a valid ticket, please provide the ffmpeg command line you used together with complete, uncut console output. (If the problem is apparent, an even better alternative is of course to post a patch on ffmpeg-devel that fixes this ticket.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 20:01:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 18:01:08 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.d3e06c845ebf81b219c2c0ac1d37a74a@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaijun61): I don't have AAC spec. otherwise I can do it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 20:45:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 18:45:44 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.f8d39d6c737d3bc0cc8c3219be185aee@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 kaijun61]: > I don't have AAC spec. otherwise I can do it. ftp://ftp.tnt.uni-hannover.de/pub/MPEG/audio/mpeg4/documents/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 20:48:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 18:48:38 -0000 Subject: [FFmpeg-trac] #1767(avformat:new): 24bit audio in mov is flagged as 16bit in stsd atom In-Reply-To: <037.8864e87398844edad013ac643adf19ae@avcodec.org> References: <037.8864e87398844edad013ac643adf19ae@avcodec.org> Message-ID: <052.1d62008afb0c24cab6dc42c9012084b6@avcodec.org> #1767: 24bit audio in mov is flagged as 16bit in stsd atom ------------------------------------+------------------------------------ Reporter: nichot20 | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mov | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 21:10:26 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 19:10:26 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.41bb735be52f96ff21cf62060bd64223@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by wknauf): Deleting the old mplayer source dir and starting with a clean package (and not running "make" as root) made it work. Don't know what went wrong... Thanks for the help, guys! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Sep 27 21:18:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 19:18:17 -0000 Subject: [FFmpeg-trac] #1765(build system:closed): Cannot build FFMPEG bundled with MPlayer ("File format not recognized") In-Reply-To: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> References: <035.440f7e533ff8cca19db85dee7118ed2a@avcodec.org> Message-ID: <050.2b7cfeac2499c9bcef448bdeac460e98@avcodec.org> #1765: Cannot build FFMPEG bundled with MPlayer ("File format not recognized") -------------------------------------+------------------------------------- Reporter: wknauf | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: unspecified | system Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:5 wknauf]: > Don't know what went wrong... Your MPlayer configure file was outdated. Please report future problems at the appropriate place (mplayer-users if you have problems with MPlayer, ffmpeg-user or trac for FFmpeg-problems) and you will get support. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 01:39:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 27 Sep 2012 23:39:43 -0000 Subject: [FFmpeg-trac] #1769(undetermined:new): Make ffmpeg build string available in avutil.h Message-ID: <036.167f75a6f0d88019fc4cde98f9f7bcf1@avcodec.org> #1769: Make ffmpeg build string available in avutil.h -------------------------------------+------------------------------------- Reporter: DonMoir | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Would be good if this was generally available rather than specifically as it is now in version.h. Also I think a version.h that has the proper build string in it may not be readily available in a general download of the source code. Could be a #define in avutil.h or function call. It's better than any lib_version function for tracking user installations etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 02:03:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 00:03:12 -0000 Subject: [FFmpeg-trac] #1606(undetermined:new): WMP have problem with wma files generated by FFmpeg (slider is set at the end) In-Reply-To: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> References: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> Message-ID: <053.c764140abe1b8ce21732bc92677eca39@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: asf | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ami_stuff): Replying to [comment:3 michael]: > Please try -avoid_negative_ts 1, if it works ill make it default for asf/wma. Tested - it fixes the problem. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 02:32:29 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 00:32:29 -0000 Subject: [FFmpeg-trac] #1606(avformat:closed): WMP have problem with wma files generated by FFmpeg (slider is set at the end) In-Reply-To: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> References: <038.21077bb2366eee1623289f83479f1e59@avcodec.org> Message-ID: <053.77e65c14f86242ad5005a33c9c3e5b01@avcodec.org> #1606: WMP have problem with wma files generated by FFmpeg (slider is set at the end) -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: asf | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 * resolution: => fixed * status: new => closed * component: undetermined => avformat Comment: thanks, should be fixed in my next push then -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 03:42:03 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 01:42:03 -0000 Subject: [FFmpeg-trac] #1770(avcodec:new): Apple Intermediate Codec (AIC) Decoder Message-ID: <035.f04e7346fef4b03128181d04996f169f@avcodec.org> #1770: Apple Intermediate Codec (AIC) Decoder -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: | Status: new enhancement | Component: avcodec Priority: wish | Keywords: aic icod Version: git- | roundup master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- (roundup issue 1553) Lossy codec used in Final Cut Express HD and iLife '05. Less relevant these days since !ProRes is used instead in Final Cut Pro ? 6. More info: http://wiki.multimedia.cx/index.php?title=Apple_Intermediate_Codec {{{ $ ffmpeg -i small_apple_intermediate_codec.mov ffmpeg version N-44821-ga96e3a3 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 27 2012 17:37:06 with gcc 4.7.1 (GCC) 20120721 (prerelease) configuration: --prefix=/usr --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1adf240] Could not find codec parameters for stream 1 (Video: none (icod / 0x646F6369), 1440x1080, 76001 kb/s): unknown codec Consider increasing the value for the 'analyzeduration' and 'probesize' options Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'small_apple_intermediate_codec.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 2007-06-04 05:42:37 Duration: 00:00:03.80, start: 0.000000, bitrate: 11027 kb/s Stream #0:0(eng): Audio: pcm_s16be (twos / 0x736F7774), 48000 Hz, stereo, s16, 1536 kb/s Metadata: creation_time : 2007-06-04 05:42:37 handler_name : Apple Alias Data Handler Stream #0:1(eng): Video: none (icod / 0x646F6369), 1440x1080, 76001 kb/s, SAR 4:3 DAR 16:9, 29.97 fps, 29.97 tbr, 2997 tbn, 2997 tbc Metadata: creation_time : 2007-06-04 05:42:37 handler_name : Apple Alias Data Handler At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 04:55:50 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 02:55:50 -0000 Subject: [FFmpeg-trac] #1771(undetermined:new): The file size limit almost never works. Message-ID: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> #1771: The file size limit almost never works. -------------------------------------+------------------------------------- Reporter: | Type: defect agusdallalba | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: limit_size | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Just what it says on the tin. I couldn't find a single file-codec combination such that ffmpeg obeys the file size limit imposed with the -fs switch. It always overshoots. How to reproduce: 1. Pick any file 2. Transcode/remux/cut it with ffmpeg while specifying a file size limit with -fs 3. Measure the size of the resulting file. It's almost always slightly bigger than requested. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 09:00:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 07:00:10 -0000 Subject: [FFmpeg-trac] #1770(avcodec:open): Apple Intermediate Codec (AIC) Decoder In-Reply-To: <035.f04e7346fef4b03128181d04996f169f@avcodec.org> References: <035.f04e7346fef4b03128181d04996f169f@avcodec.org> Message-ID: <050.b1379ff3a58d1cc3adf9f2760415978b@avcodec.org> #1770: Apple Intermediate Codec (AIC) Decoder -------------------------------------+------------------------------------- Reporter: llogan | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: aic icod | Blocked By: roundup | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 10:50:12 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 08:50:12 -0000 Subject: [FFmpeg-trac] #1771(documentation:open): The file size limit almost never works. In-Reply-To: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> References: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> Message-ID: <056.f7a2826e85efa8d6671b2fbdfae149b5@avcodec.org> #1771: The file size limit almost never works. -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: open Type: defect | Component: Priority: minor | documentation Version: git-master | Resolution: Keywords: limit_size | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * component: undetermined => documentation * reproduced: 0 => 1 Comment: Imo, this is a documentation issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 11:29:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 09:29:08 -0000 Subject: [FFmpeg-trac] #1768(undetermined:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.4fe63bd04851e942aee2735d6f02a96f@avcodec.org> #1768: audio AAC fails at CCE -------------------------------------+------------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: aac | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by kaijun61): ignore swscaler since I don't use it. root at beagleboard:~# ffmpeg -i temp.aac [swscaler @ 0x40020] Value 4625196817309499392.000000 for parameter 'srcw' out of range [swscaler @ 0x40020] Value 4625196817309499392.000000 for parameter 'srch' out of range [swscaler @ 0x40020] Value 4625196817309499392.000000 for parameter 'dstw' out of range [swscaler @ 0x40020] Value 4625196817309499392.000000 for parameter 'dsth' out of range [SWR @ 0x45aa0] Value 4611686018427387904.000000 for parameter 'ich' out of range [SWR @ 0x45aa0] Value 4611686018427387904.000000 for parameter 'in_channel_count' out of range [SWR @ 0x45aa0] Value 4611686018427387904.000000 for parameter 'och' out of range [SWR @ 0x45aa0] Value 4611686018427387904.000000 for parameter 'out_channel_count' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'isf' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'in_sample_fmt' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'osf' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'out_sample_fmt' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'tsf' out of range [SWR @ 0x45aa0] Value -4616189618054758400.000000 for parameter 'internal_sample_fmt' out of range [SWR @ 0x45aa0] Value 4625196817309499392.000000 for parameter 'filter_size' out of range [SWR @ 0x45aa0] Value 4621819117588971520.000000 for parameter 'phase_shift' out of range ffmpeg version git-2012-09-26-09a4173 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 27 2012 16:53:20 with gcc 4.5.3 (GCC) 20110311 (prerelease) configuration: --enable-shared --enable-pthreads --disable-gpl --enable- postproc --enable-avfilter --enable-swscale --enable-swresample --enable- neon --enable-pic --enable-debug=3 --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --cross-prefix=arm-angstrom-linux- gnueabi- --prefix=/usr --disable-x11grab --enable-libspeex --enable- libtheora --enable-libvorbis --disable-libvpx --disable-optimizations --disable-stripping --arch=arm --target-os=linux --enable-cross-compile --extra-cflags=' -fno-omit-frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno- thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom- linux-gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 WARNING: library configuration mismatch avdevice configuration: --enable-shared --enable-pthreads --disable- gpl --enable-postproc --enable-avfilter --enable-swscale --enable- swresample --enable-neon --enable-pic --enable-debug=3 --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libspeex --enable-libtheora --enable- libvorbis --disable-libvpx --disable-optimizations --disable-stripping --arch=arm --target-os=linux --enable-cross-compile --extra-cflags=' -O0 -fno-omit-frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 avfilter configuration: --enable-shared --enable-pthreads --disable- gpl --enable-postproc --enable-avfilter --enable-swscale --enable- swresample --enable-neon --enable-pic --enable-debug=3 --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libspeex --enable-libtheora --enable- libvorbis --disable-libvpx --disable-optimizations --disable-stripping --arch=arm --target-os=linux --enable-cross-compile --extra-cflags=' -O0 -fno-omit-frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 swscale configuration: --enable-shared --enable-pthreads --disable- gpl --enable-postproc --enable-avfilter --enable-swscale --enable- swresample --enable-neon --enable-pic --enable-debug=3 --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libspeex --enable-libtheora --enable- libvorbis --disable-libvpx --disable-optimizations --disable-stripping --arch=arm --target-os=linux --enable-cross-compile --extra-cflags=' -O0 -fno-omit-frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 swresample configuration: --enable-shared --enable-pthreads --disable- gpl --enable-postproc --enable-avfilter --enable-swscale --enable- swresample --enable-neon --enable-pic --enable-debug=3 --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --cross-prefix=arm- angstrom-linux-gnueabi- --prefix=/usr --disable-x11grab --disable-libgsm --enable-libmp3lame --enable-libspeex --enable-libtheora --enable- libvorbis --disable-libvpx --disable-optimizations --disable-stripping --arch=arm --target-os=linux --enable-cross-compile --extra-cflags=' -O0 -fno-omit-frame-pointer -ggdb3 -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi' --extra-ldflags='-Wl,-O1 -Wl,--hash-style=gnu' --sysroot=/home/tang/Projects/OE/build/tmp/sysroots/armv7a-angstrom-linux- gnueabi --enable-hardcoded-tables --cpu=cortex-a8 libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 28.101 / 54. 28.101 libavdevice 54. 2.101 / 54. 1.100 libavfilter 3. 17.100 / 3. 2.100 libswscale 2. 1.101 / 2. 1.100 libswresample 0. 15.100 / 0. 15.100 [aac @ 0x4e650] channel element 2.6 is not allocated Last message repeated 102 times [aac @ 0x483d0] decoding for stream 0 failed [aac @ 0x483d0] Could not find codec parameters for stream 0 (Audio: aac, stereo, s16, 130 kb/s): unspecified sample rate Consider increasing the value for the 'analyzeduration' and 'probesize' options [aac @ 0x483d0] Estimating duration from bitrate, this may be inaccurate temp.aac: could not find codec parameters -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 12:03:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 10:03:15 -0000 Subject: [FFmpeg-trac] #1772(FFmpeg:new): The output video was all green Message-ID: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> #1772: The output video was all green ---------------------------------+------------------------------------ Reporter: neelima | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: 0.8.12 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Summary of the bug: While trying to convert images to video using FFmpeg we are getting the output file in green. Also attched the required files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:21:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:21:15 -0000 Subject: [FFmpeg-trac] #1772(undetermined:new): The output video was all green In-Reply-To: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> References: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> Message-ID: <051.3a43a7bf6419fb6e0085d2652a3fc0c9@avcodec.org> #1772: The output video was all green ---------------------------------+---------------------------------------- Reporter: neelima | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.8.12 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * priority: critical => normal * component: FFmpeg => undetermined Comment: Please add a little more information about what goes wrong for you and please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:30:11 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:30:11 -0000 Subject: [FFmpeg-trac] #1772(FFmpeg:new): The output video was all green In-Reply-To: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> References: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> Message-ID: <051.875a9dcaca60ceb8b110284c91d9107a@avcodec.org> #1772: The output video was all green ----------------------------------+---------------------------------- Reporter: neelima | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: 0.8.12 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Changes (by neelima): * priority: normal => critical * component: undetermined => FFmpeg Comment: Replying to [comment:1 cehoyos]: > Please add a little more information about what goes wrong for you and please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:30:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:30:36 -0000 Subject: [FFmpeg-trac] #1768(avcodec:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.aa0e32f0e7ff5bb8d9dd3023dd0344cf@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec Comment: Which program allows to decode the sample? QT and faad fail here. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:36:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:36:32 -0000 Subject: [FFmpeg-trac] #1772(undetermined:closed): The output video was all green In-Reply-To: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> References: <036.11d10241de9a83334b95d30ba29c5dfd@avcodec.org> Message-ID: <051.194c9659de73ae321d51726b6ff980c4@avcodec.org> #1772: The output video was all green ---------------------------------+---------------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.8.12 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * priority: critical => normal * resolution: => invalid * status: new => closed * component: FFmpeg => undetermined -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:43:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:43:52 -0000 Subject: [FFmpeg-trac] #1768(avcodec:new): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.1af3792ae021785030cc9ee13b6bc465@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by kaijun61): just gstreamer -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 13:56:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 11:56:20 -0000 Subject: [FFmpeg-trac] #1768(avcodec:open): audio AAC fails at CCE In-Reply-To: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> References: <037.9bf429fda86d343b853091ec2378dbe0@avcodec.org> Message-ID: <052.2f81b73579a90e8bf905aa92ad006463@avcodec.org> #1768: audio AAC fails at CCE ------------------------------------+----------------------------------- Reporter: kaijun61 | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 14:05:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 12:05:16 -0000 Subject: [FFmpeg-trac] #1773(FFmpeg:new): The output video was all green Message-ID: <036.3a9ed36cf76612b8d9d0c3941f64bc0e@avcodec.org> #1773: The output video was all green ---------------------------------+--------------------------------------- Reporter: neelima | Type: defect Status: new | Priority: critical Component: FFmpeg | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- This is the procedure we are following to Compile FFMPEG & Calling .c function 1)Downloaded ffmpeg from ffmpeg.org 2)Downloaded Android.mk file for that version and compiled from terminal. 3)This will generate .so and .a files 4)Those generated filed included in jni folder with respective header files. packages are: libavcodec libavcore libavdevice libavfilter libavformat libavutil libswscale 5)we have a .c file which will be invoked from the Android.mk file using above packages In Android.mk file I was specifying LOCAL_MODULE & LOCAL_SRC_FILES & LOCAL_C_INCLUDES & LOCAL_LDLIBS details 6)Here c file is response for generating video. 7)In Android Activity I am invoking jni c file .with an static function. With in static function am loaded all library with respect method Static{ System.loadLibrary(?localmodulename?); } and calling method . Here i attached Android.mk file which i am using in project. But here we are facing problem is from PPM files generated video but it will show green color video. Can u please tell me how to do with .jpg files .and how to include more than audio file to generated Video file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 14:06:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 12:06:22 -0000 Subject: [FFmpeg-trac] #1773(FFmpeg:new): The output video was all green In-Reply-To: <036.3a9ed36cf76612b8d9d0c3941f64bc0e@avcodec.org> References: <036.3a9ed36cf76612b8d9d0c3941f64bc0e@avcodec.org> Message-ID: <051.6a4e0d3e6d0e042a6cc743bbf571aff4@avcodec.org> #1773: The output video was all green ----------------------------------+---------------------------------- Reporter: neelima | Owner: Type: defect | Status: new Priority: critical | Component: FFmpeg Version: 0.8.12 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------- Changes (by neelima): * version: unspecified => 0.8.12 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 17:58:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 15:58:16 -0000 Subject: [FFmpeg-trac] #1774(avformat:new): rtpproto: allow "?reuse" option in URI Message-ID: <035.91bcdbba3a22fedb8749f87ed3f8e34d@avcodec.org> #1774: rtpproto: allow "?reuse" option in URI -------------------------------------+------------------------------------- Reporter: tmatth | Type: Status: new | enhancement Component: avformat | Priority: normal Keywords: rtp udp | Version: git- reuse | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It would useful to allow users to explicitly specify a reuse=1 option when creating an RTP stream. The attached patch adds this option, which will be used by the UDP protocol when opening a socket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 19:35:18 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 17:35:18 -0000 Subject: [FFmpeg-trac] #1771(documentation:open): The file size limit almost never works. In-Reply-To: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> References: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> Message-ID: <056.47b588b5701aaa1669ea75078511dcaf@avcodec.org> #1771: The file size limit almost never works. -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: open Type: defect | Component: Priority: minor | documentation Version: git-master | Resolution: Keywords: limit_size | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): So it's supposed to work this way? Should I make this ticket a feature request then or open a new one? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 19:42:22 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 17:42:22 -0000 Subject: [FFmpeg-trac] #1771(documentation:open): The file size limit almost never works. In-Reply-To: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> References: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> Message-ID: <056.d276cff7664bff19cc94e19b496ef2a4@avcodec.org> #1771: The file size limit almost never works. -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: open Type: defect | Component: Priority: minor | documentation Version: git-master | Resolution: Keywords: limit_size | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:1 cehoyos]: > Imo, this is a documentation issue. IMO, this is a bug. If the user needs this option, it is because she usually has an upper bound size constraint, getting a "slightly bigger" file is not very helpful. Thus the behaviour should be changed. On the other hand, the additional size may be due to the format trailer, which is not always (easily) predictable, so that may be the reason of the observed behavior. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 20:52:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 18:52:36 -0000 Subject: [FFmpeg-trac] #1771(documentation:open): The file size limit almost never works. In-Reply-To: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> References: <041.7b52c2d3254dff4f992467187147cbac@avcodec.org> Message-ID: <056.60f0df28d6ea6cd16ad64c0c0779e501@avcodec.org> #1771: The file size limit almost never works. -------------------------------------+------------------------------------- Reporter: | Owner: agusdallalba | Status: open Type: defect | Component: Priority: minor | documentation Version: git-master | Resolution: Keywords: limit_size | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by agusdallalba): Replying to [comment:3 saste]: > On the other hand, the additional size may be due to the format trailer, which is not always (easily) predictable, so that may be the reason of the observed behavior. I tried with `ffmpeg -i dinah.mp4 -an -f rawvideo -fs `__`xxxx`__` -y out.raw`, where `dinah.mp4` is a yuv420p 480x360 video. Each frame is (6B/4px)*480*360px = 259200 bytes of raw video. Coincidentally `out.raw` is always the smallest multiple of 259200 bytes that's '''bigger''' than __`xxxx`__ in the command line. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Sep 28 22:01:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 28 Sep 2012 20:01:16 -0000 Subject: [FFmpeg-trac] #1774(avformat:new): rtpproto: allow "?reuse" option in URI In-Reply-To: <035.91bcdbba3a22fedb8749f87ed3f8e34d@avcodec.org> References: <035.91bcdbba3a22fedb8749f87ed3f8e34d@avcodec.org> Message-ID: <050.4ea0b193d99b9685ecd98d3aa17221d0@avcodec.org> #1774: rtpproto: allow "?reuse" option in URI -------------------------------------+------------------------------------ Reporter: tmatth | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: rtp udp reuse => rtp udp Comment: Please consider sending patches to ffmpeg-devel, they receive more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 09:55:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 07:55:16 -0000 Subject: [FFmpeg-trac] #1773(FFmpeg:closed): The output video was all green In-Reply-To: <036.3a9ed36cf76612b8d9d0c3941f64bc0e@avcodec.org> References: <036.3a9ed36cf76612b8d9d0c3941f64bc0e@avcodec.org> Message-ID: <051.a08b874f615b252e270f20f138a71f6c@avcodec.org> #1773: The output video was all green ----------------------------------+----------------------------------- Reporter: neelima | Owner: Type: defect | Status: closed Priority: critical | Component: FFmpeg Version: 0.8.12 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:20:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:20:45 -0000 Subject: [FFmpeg-trac] #1775(FFmpeg:new): get white noise after convert it into mp3 format Message-ID: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Type: Status: new | enhancement Component: FFmpeg | Priority: normal Keywords: white | Version: noise,ffmpeg | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Summary of the bug: i used ffmpeg 0.8.7 convert a wav file into mp3 format , but only get white noise in target mp3 format. [[BR]] How to reproduce: {{{ ffmpeg -i 01.wav -y /home/share/01.mp3 ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 16 2012 15:16:29 with gcc 4.4.5 20101112 (Red Hat 4.4.5-2) configuration: --prefix=/usr/local/enctools --enable-postproc -- enable-avfilter --enable-libopencore-amrnb --enable-libopencore-amrwb - -enable-version3 --enable-libmp3lame --disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree --enable-gpl -- enable-libgsm --enable-libnut --enable-libspeex --enable-libtheora -- enable-libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib - -enable-libschroedinger --enable-zlib --enable-small --disable-network --disable-debug --extra-cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wav @ 0x175f400] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from '01.wav': Duration: 00:02:05.59, bitrate: 1411 kb/s Stream #0.0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, mp3, to '/home/share/01.mp3': Metadata: TSSE : Lavf53.5.0 Stream #0.0: Audio: libmp3lame, 44100 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop, [?] for help size= 982kB time=00:02:05.62 bitrate= 64.0kbits/s read= 21635kB video:0kB audio:981kB global headers:0kB muxing overhead 0.018707% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:32:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:32:35 -0000 Subject: [FFmpeg-trac] #1747(avformat:closed): dts in wav not auto-detected In-Reply-To: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> References: <036.0f1b2ba59f8d59327c0dbb7553d6ea3f@avcodec.org> Message-ID: <051.8d46959a4607574e48e2ee3e895a0226@avcodec.org> #1747: dts in wav not auto-detected -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: wav dca | Blocked By: probe roundup | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: wav dts probe roundup => wav dca probe roundup -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:32:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:32:38 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.f42585b43678abe1ab82d6e4d1d82e5d@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: white noise,ffmpeg => dca wav * resolution: => duplicate * status: new => closed * component: FFmpeg => avformat * version: unspecified => 0.8.12 Comment: Duplicate of ticket #1747, please update to current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:34:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:34:02 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.7f19240d143beb6426628938e888460d@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Work-around is to use: $ ffmpeg -f dts -i 01.wav 01.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:35:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:35:06 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.97f86a9d7a7fb81892efb75f88788841@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:2 cehoyos]: > Work-around is to use: > $ ffmpeg -f dts -i 01.wav 01.mp3 Scratch this, the correct work-around is: $ ffmpeg -acodec dts -i 01.wav 01.mp3 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:35:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:35:36 -0000 Subject: [FFmpeg-trac] #1149(undetermined:closed): wrong channels / poor playback for 7 channel dts In-Reply-To: <032.a71d4d0d7195bd37dd5df7da72c1e2fa@avcodec.org> References: <032.a71d4d0d7195bd37dd5df7da72c1e2fa@avcodec.org> Message-ID: <047.d27eba6c9b2703bfbba5bfcbfe5e1d6a@avcodec.org> #1149: wrong channels / poor playback for 7 channel dts -------------------------------------+------------------------------------- Reporter: fro | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: dca 6.1 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dts 6.1 => dca 6.1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:36:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:36:19 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:new): ffprobe shows PAR as SAR Message-ID: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Type: defect Status: new | Priority: normal Component: FFprobe | Version: Keywords: | unspecified ffprobe,PAR,SAR | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: use ffprobe to show souce file info , seems it doesn't show PAR (instead of SAR) . How to reproduce: {{{ % ffprobe -i 12.mp4 ffprobe version 0.10.2 Copyright (c) 2007-2012 the FFmpeg developers built on Mar 20 2012 04:34:50 with gcc 4.4.6 20110731 (Red Hat 4.4.6-3) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --enable-vdpau --disable-avisynth --enable-frei0r --enable-libopencv --enable-libdc1394 --enable-libdirac --enable-libgsm --enable-libmp3lame --enable-libnut --enable-libopencore- amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping libavutil 51. 35.100 / 51. 35.100 libavcodec 53. 61.100 / 53. 61.100 libavformat 53. 32.100 / 53. 32.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 61.100 / 2. 61.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '12.mp4': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: isommp423gp5 creation_time : 2012-09-23 02:49:14 Duration: 00:00:21.03, start: 0.000000, bitrate: 288 kb/s Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 24000 Hz, stereo, s16, 63 kb/s Metadata: creation_time : 2012-09-23 02:49:14 handler_name : GPAC ISO Audio Handler Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 160x120 [SAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:41:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:41:03 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:new): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.641e749f36deb52be5628ccb7bf51500@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: new Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): but ffmpeg will show [PAR:xx,DAR:xx] , see: {{{ ffmpeg version 0.8.7, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 16 2012 15:16:29 with gcc 4.4.5 20101112 (Red Hat 4.4.5-2) configuration: --prefix=/usr/local/enctools --enable-postproc --enable- avfilter --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-version3 --enable- libmp3lame -- disable-shared --enable-libx264 --enable-pthreads --enable-libfaac --enable-nonfree -- enable-gpl --enable-libgsm --enable-libnut --enable-libspeex --enable- libtheora --enable- libvorbis --enable-libopenjpeg --enable-libxvid --enable-bzlib --enable- libschroedinger -- enable-zlib --enable-small --disable-network --disable-debug --extra- cflags=-I/usr/local/enctools/include --extra- ldflags=-L/usr/local/enctools/lib libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 Seems stream 1 codec frame rate differs from container frame rate: 47.94 (2397/50) -> 23.97 (2397/100) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '12.mp4': Metadata: major_brand : mp42 minor_version : 1 compatible_brands: isommp423gp5 creation_time : 2012-09-23 02:49:14 Duration: 00:00:21.03, start: 0.000000, bitrate: 288 kb/s Stream #0.0(eng): Audio: aac, 24000 Hz, stereo, s16, 63 kb/s Metadata: creation_time : 2012-09-23 02:49:14 Stream #0.1(eng): Video: h264, yuv420p, 160x120 [PAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc Metadata: creation_time : 1970-01-01 00:00:00 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 10:47:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 08:47:39 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.338539fe54ef3ff7c569cf2ec3585e1f@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): Replying to [comment:3 cehoyos]: > Replying to [comment:2 cehoyos]: > > Work-around is to use: > > $ ffmpeg -f dts -i 01.wav 01.mp3 > Scratch this, the correct work-around is: > $ ffmpeg -acodec dts -i 01.wav 01.mp3 but i would like to let ffmpeg detect codec automatically and set in scripts , for this file(dca) it works , but for other normal files (like,ac3,aac,etc), it will failed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:01:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:01:24 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:closed): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.df9f24723c70f85a14173c09308010cd@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: invalid Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: new => closed * resolution: => invalid Comment: Hi, latest FFmpeg favors "SAR" over "PAR", you're using versions of ffmpeg/ffprobe belonging to different releases, so that explains the inconsistency. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:12:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:12:04 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:reopened): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.149855f1684deb64e0bdd56fb956913c@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: reopened Priority: normal | Component: FFprobe Version: unspecified | Resolution: Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by henry): * status: closed => reopened * resolution: invalid => Comment: according to https://ffmpeg.org/trac/ffmpeg/ticket/1776 : PAR = DAR/SAR [[BR]] so for first " Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 160x120 [SAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc" ** SAR=1:1 , and PAR=(4:3)/(1:1)=4:3 ** for second Stream #0.1(eng): Video: h264, yuv420p, 160x120 [PAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc ** PAR=1:1 , and SAR=DAR/PAR=(4:3)/(1:1)=4:3 ** though i use different version ffprobe/ffmpeg, but i get different PAR and SAR value , ** which value i can trust or which version i can trust ? ** -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:19:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:19:20 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.b53d7d0ffd2513db8983473147e9095a@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): any prompt or info in ffmpeg i should use "-acodec dts " ? because seems all info from ffmpeg as same as other normal files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:29:15 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:29:15 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.f2b57e6e61a11028c932698cac2ac77c@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 henry]: > > $ ffmpeg -acodec dts -i 01.wav 01.mp3 > but i would like to let ffmpeg detect codec automatically Then please update to current FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:35:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:35:28 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:closed): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.f7aa5f71c586a275c8ce6ceca6a30c29@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: invalid Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by saste): * status: reopened => closed * resolution: => invalid Comment: Replying to [comment:3 henry]: > according to http://en.wikipedia.org/wiki/Pixel_aspect_ratio : PAR = DAR/SAR [[BR]] > so for first " Stream #0:1(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 160x120 [SAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc" > ** SAR=1:1 , and PAR=(4:3)/(1:1)=4:3 ** > for second Stream #0.1(eng): Video: h264, yuv420p, 160x120 [PAR 1:1 DAR 4:3], 224 kb/s, 23.97 fps, 23.97 tbr, 2397 tbn, 47.94 tbc > ** PAR=1:1 , and SAR=DAR/PAR=(4:3)/(1:1)=4:3 ** > though i use different version ffprobe/ffmpeg, but i get different PAR and SAR value , ** which value i can trust or which version i can trust ? ** No, for FFmpeg: Sample Aspect Ratio (SAR) == Pixel Aspect Ratio (PAR) (same thing with different names) Display Aspect Ration (DAR) = SAR * w / h -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:40:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:40:53 -0000 Subject: [FFmpeg-trac] #1775(avformat:closed): get white noise after convert it into mp3 format In-Reply-To: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> References: <034.5ea63ba15f117043dcc1d0c710b89997@avcodec.org> Message-ID: <049.80ceb0d9352843b4cb2e0adf18a8b089@avcodec.org> #1775: get white noise after convert it into mp3 format -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: 0.8.12 | Resolution: duplicate Keywords: dca wav | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by henry): right , upgrade to 1.0 and it get correct info : {{{ ffmpeg -i 01.wav ffmpeg version 1.0 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 29 2012 15:36:05 with gcc 4.4.6 (GCC) 20120305 (Red Hat 4.4.6-4) libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100 [dca @ 0x1d56760] Not a valid DCA frame [dca @ 0x1d56760] Number of channels changed in DCA decoder (2 -> 6) [wav @ 0x1d50240] max_analyze_duration 5000000 reached at 5015510 Input #0, wav, from '01.wav': Duration: 00:00:10.00, bitrate: 1411 kb/s Stream #0:0: Audio: dts (DTS) ([1][0][0][0] / 0x0001), 44100 Hz, 5.1(side), s16, 1411 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 11:46:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 09:46:49 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:closed): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.5b7b503914ea227df4d0ed3a6a438cb2@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: invalid Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by henry): got it , also if that means [[BR]] 1. for ffprobe , PAR == SAR ? [[BR]] 2. in ffproble, always only show [SAR XX:xx , DAR X:xx] , nerver show [PAR xx:xx DAR XX:XX] ? [[BR]] 3. in ffmpeg, always only show [PAR XX:xx , DAR X:xx] , nerver show [SAR xx:xx DAR XX:XX] ? [[BR]] -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 12:13:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 10:13:36 -0000 Subject: [FFmpeg-trac] #1776(FFprobe:closed): ffprobe shows PAR as SAR In-Reply-To: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> References: <034.6d263c0e98ec7dd2ed987173df7f0e04@avcodec.org> Message-ID: <049.0b91da6b9368b9ee12b71132d1700e2c@avcodec.org> #1776: ffprobe shows PAR as SAR -------------------------------------+------------------------------------- Reporter: henry | Owner: Type: defect | Status: closed Priority: normal | Component: FFprobe Version: unspecified | Resolution: invalid Keywords: | Blocked By: ffprobe,PAR,SAR | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saste): Replying to [comment:5 henry]: > got it , also if that means [[BR]] > 1. for ffprobe , PAR == SAR ? [[BR]] > 2. in ffproble, always only show [SAR XX:xx , DAR X:xx] , nerver show [PAR xx:xx DAR XX:XX] ? [[BR]] > 3. in ffmpeg, always only show [PAR XX:xx , DAR X:xx] , nerver show [SAR xx:xx DAR XX:XX] ? [[BR]] No. Previuosly, FFmpeg was using "PAR" in place of "SAR" all over the place, at some point we decided to switch to SAR, see commit: {{{ commit fdd130a2131912133c72b5ff532726784aaa70a2 Author: Stefano Sabatini Date: Wed Jul 27 10:35:08 2011 +0200 prefer "SAR" over "PAR" in av_dump_format() "SAR" (Sample Aspect Ratio) is globally preferred over "PAR" (Pixel Aspect Ratio), although the two terms share the same semantics. For example the corresponding AVStream field is called sample_aspect_ratio, and libavfilter has a filter named setsar. Therefore prefer the term "SAR" over "PAR" in the libavformat/utils.c:dump_stream_format() and avcodec_string() output for avoiding confusion. }}} The ffprobe/ffmpeg inconsistency you observed is due to the use of different releases. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 16:48:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 14:48:47 -0000 Subject: [FFmpeg-trac] #1061(avformat:closed): Make AVIOContext a non-anonymous typedef. In-Reply-To: <032.2e212f247b4efc5f3b2db473e8832db7@avcodec.org> References: <032.2e212f247b4efc5f3b2db473e8832db7@avcodec.org> Message-ID: <047.24d7e55d5d2b55ca6c8b8f29c76a2ec8@avcodec.org> #1061: Make AVIOContext a non-anonymous typedef. -------------------------------------+------------------------------------- Reporter: fAX | Owner: Type: enhancement | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: | Blocked By: AVIOContext, typedef, anonymous | Reproduced by developer: 0 struct | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * version: unspecified => git-master * component: undetermined => avformat Comment: Fixed by Dale Curtis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 17:25:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 15:25:42 -0000 Subject: [FFmpeg-trac] #1638(avformat:open): SWF demuxer cannot correctly identify MP3 stream In-Reply-To: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> References: <038.0dfee847dce1c675a5215ed94a980b28@avcodec.org> Message-ID: <053.c1bfcba8fed6dd6e145701ee1b6e3962@avcodec.org> #1638: SWF demuxer cannot correctly identify MP3 stream ------------------------------------+------------------------------------ Reporter: mbradshaw | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: swf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by michael): Replying to [comment:2 mbradshaw]: > Anyway, the audio is not streamed in the frames. Instead, in this file, it is found in a DefineSound tag (tag code = 14), and the entire MP3 file is stored as part of this tag. FFmpeg does not look for any DefineSound tags. I could easily add the necessary code to find and parse a DefineSound tag, but I'm unsure of how to properly demux this sound because it's not broken up into frames (like audio (TAG_STREAMHEAD(2)) or video (TAG_VIDEOSTREAM) streams are). Audio in DefineSound tags come in one solid chunk. You can return randomly (or fixed) sized chunks from the mp3 and set AVStream->need_parsing appropriately then libavformat will break things into chunks for you -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Sep 29 17:34:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 15:34:10 -0000 Subject: [FFmpeg-trac] #1634(avformat:closed): Leak on probing particular file In-Reply-To: <036.ba75cdddbbfca26067e179b324d76ef2@avcodec.org> References: <036.ba75cdddbbfca26067e179b324d76ef2@avcodec.org> Message-ID: <051.776f7fa75b0767ffb1dd091b5df395f9@avcodec.org> #1634: Leak on probing particular file ------------------------------------+------------------------------------ Reporter: Krieger | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: => leak * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 00:04:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 22:04:43 -0000 Subject: [FFmpeg-trac] #1620(avcodec:closed): fix decoding of rawvideo cyuv In-Reply-To: <038.48a244e29c072670b61ca0052546872a@avcodec.org> References: <038.48a244e29c072670b61ca0052546872a@avcodec.org> Message-ID: <053.155a801ae668cd30859a8d8de9cb47be@avcodec.org> #1620: fix decoding of rawvideo cyuv -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 00:27:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 29 Sep 2012 22:27:19 -0000 Subject: [FFmpeg-trac] #475(avformat:open): Audio desync from video with MXF file In-Reply-To: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> References: <038.e9740ce1bf79d1e3f1ff1dc2ee54f65b@avcodec.org> Message-ID: <053.5ac1ba8a7b39f1b7c268be373888811c@avcodec.org> #475: Audio desync from video with MXF file ------------------------------------+------------------------------------ Reporter: james2432 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cus): * component: FFplay => avformat Comment: Audio packet timestamps are broken. For each audio frame which only contain 1601 samples, 0 duration is calculated because packet duration is rounded down in compute_pkt_fields of libavformat/utils.c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 05:26:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 03:26:07 -0000 Subject: [FFmpeg-trac] #1777(avcodec:new): Wrong duration for a wavpack sample Message-ID: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> #1777: Wrong duration for a wavpack sample ---------------------------------+-------------------------------------- Reporter: alexk | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- Summary of the bug: ffmpeg shows a (very) wrong duration for a wavpack sample. How to reproduce: I uploaded the sample to the FTP server as wavpack_bad_duration.wv {{{ % ./ffmpeg -v 9 -loglevel 99 -i wavpack_bad_duration.wv ffmpeg version N-44494-ge3a1eb9 Copyright (c) 2000-2012 the FFmpeg developers built on Sep 15 2012 18:34:49 with gcc 4.2.1 (GCC) 20070831 patched [FreeBSD] configuration: libavutil 51. 73.100 / 51. 73.100 libavcodec 54. 56.100 / 54. 56.100 libavformat 54. 27.100 / 54. 27.100 libavdevice 54. 2.100 / 54. 2.100 libavfilter 3. 16.104 / 3. 16.104 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 [wv @ 0x8040be400] Format wv probed with size=2048 and score=100 [wv @ 0x8040be400] File position before avformat_find_stream_info() is 32 [wv @ 0x8040be400] All info found [wv @ 0x8040be400] File position after avformat_find_stream_info() is 26268 Input #0, wv, from '/data/tmp/wavpack_bad_duration.wv': Duration: 27:03:11.54, start: 0.000000, bitrate: 0 kb/s Stream #0:0, 1, 1/44100: Audio: wavpack, 44100 Hz, stereo, s32 At least one output file must be specified [AVIOContext @ 0x8041310c0] Statistics: 65696 bytes read, 3 seeks }}} wvunpack show the correct duration: {{{ % wvunpack -ss wavpack_bad_duration.wv WVUNPACK Hybrid Lossless Audio Decompressor FreeBSD Version 4.60.1 Copyright (c) 1998 - 2009 Conifer Software. All Rights Reserved. file name: wavpack_bad_duration.wv file size: 3122132 bytes source: 32-bit ints at 44100 Hz channels: 2 (stereo) duration: 0:00:30.28 modalities: lossless compression: 70.77% ave bitrate: 825 kbps encoder version: 4 file wrapper: none (raw audio) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 11:22:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 09:22:02 -0000 Subject: [FFmpeg-trac] #1777(avcodec:open): Wrong duration for a wavpack sample In-Reply-To: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> References: <034.bee7a90f7cb8d7b0a06f4129b1cda092@avcodec.org> Message-ID: <049.43d25e48ed1d2bedd8366a2e383d4133@avcodec.org> #1777: Wrong duration for a wavpack sample ------------------------------------+----------------------------------- Reporter: alexk | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: wavpack | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => wavpack * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:32:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:32:44 -0000 Subject: [FFmpeg-trac] #1223(avformat:closed): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.4bbe08de8e8c60adb493b2d5cb5a9b85@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: ass mkv | Blocked By: padding | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ass matroska padding => ass mkv padding -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:35:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:35:12 -0000 Subject: [FFmpeg-trac] #252(avformat:closed): Muxing rawvideo in matroska is unsupported, but does not warn In-Reply-To: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> References: <035.acdd82829ad3bcafd7bc08472b81c70a@avcodec.org> Message-ID: <050.6e1a044a91fa45d49d3cab9e8bd36a3e@avcodec.org> #252: Muxing rawvideo in matroska is unsupported, but does not warn -------------------------------------+------------------------------------- Reporter: kenney | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: rawvideo pix_fmt | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: matroska rawvideo pix_fmt => mkv rawvideo pix_fmt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:35:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:35:25 -0000 Subject: [FFmpeg-trac] #1293(undetermined:closed): ffmpeg unable to parse matroska file with a large lace (250 frames) In-Reply-To: <038.5a2e012f6b433c2aedb45068c6bc1a2b@avcodec.org> References: <038.5a2e012f6b433c2aedb45068c6bc1a2b@avcodec.org> Message-ID: <053.233212cc1af17925f2d3cbccfad75e4a@avcodec.org> #1293: ffmpeg unable to parse matroska file with a large lace (250 frames) -------------------------------------+------------------------------------- Reporter: pkoshevoy | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mkv vorbis | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: matroska vorbis lave => mkv vorbis -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:40:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:40:02 -0000 Subject: [FFmpeg-trac] #251(FFmpeg:closed): rawvideo segfaults with -vcodec copy In-Reply-To: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> References: <039.c332f1ee4dc5b00b39c03f55b18f28f1@avcodec.org> Message-ID: <054.990c28ecd6cd9efb91ac866ae37d9dde@avcodec.org> #251: rawvideo segfaults with -vcodec copy ----------------------------------------+---------------------------------- Reporter: thebombzen | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: git-master | Resolution: fixed Keywords: crash rawvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ----------------------------------------+---------------------------------- Changes (by cehoyos): * keywords: copy segmentation fault rawvideo => crash rawvideo -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:53:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:53:33 -0000 Subject: [FFmpeg-trac] #1589(undetermined:open): getting "AC EOB marker is absent" errors when decoding DV video DIF blocks with non-zero STA In-Reply-To: <036.bad03fea085a6110d5c95ebd76399608@avcodec.org> References: <036.bad03fea085a6110d5c95ebd76399608@avcodec.org> Message-ID: <051.ccdc0cf2671ab26fdfc9f2a36ff520f1@avcodec.org> #1589: getting "AC EOB marker is absent" errors when decoding DV video DIF blocks with non-zero STA -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvvideo | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: dv => dvvideo * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 13:53:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 11:53:45 -0000 Subject: [FFmpeg-trac] #1589(avcodec:open): getting "AC EOB marker is absent" errors when decoding DV video DIF blocks with non-zero STA In-Reply-To: <036.bad03fea085a6110d5c95ebd76399608@avcodec.org> References: <036.bad03fea085a6110d5c95ebd76399608@avcodec.org> Message-ID: <051.d38687a0365ec433c28ba645fe73f9e6@avcodec.org> #1589: getting "AC EOB marker is absent" errors when decoding DV video DIF blocks with non-zero STA ------------------------------------+----------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: dvvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * component: undetermined => avcodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 14:10:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 12:10:02 -0000 Subject: [FFmpeg-trac] #1578(undetermined:open): variable FPS incorrect frame length In-Reply-To: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> References: <039.4146843042e5eb4e5459ce07806d4fc4@avcodec.org> Message-ID: <054.7fba8bc317a32706c3a25fb59c2d7fdf@avcodec.org> #1578: variable FPS incorrect frame length -------------------------------------+------------------------------------- Reporter: kubabrecka | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: fps,framerate,vfr,qtrle => fps * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: For future bug-reports: Please always add complete, uncut console output together with the command line. Also reproducible with -f mov: {{{ $ ffmpeg -i apple-animation-variable-fps-bug.mov -r 30 out.mov ffmpeg version N-44854-gbad603c Copyright (c) 2000-2012 the FFmpeg developers built on Sep 28 2012 23:13:16 with gcc 4.5.3 (GCC) configuration: --cc='/usr/local/gcc-4.5.3/bin/gcc -m32' --enable-gpl libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 61.100 / 54. 61.100 libavformat 54. 29.105 / 54. 29.105 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 18.100 / 3. 18.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'apple-animation-variable-fps- bug.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt creation_time : 1942-06-22 00:41:40 Duration: 00:00:02.93, start: 0.000000, bitrate: 58 kb/s Stream #0:0(eng): Video: qtrle (rle / 0x20656C72), rgb24, 112x182, 55 kb/s, 1.69 fps, 30 tbr, 3k tbn, 3k tbc Metadata: creation_time : 1942-06-22 00:41:40 handler_name : Apple Alias Data Handler Output #0, mov, to 'out.mov': Metadata: major_brand : qt minor_version : 537199360 compatible_brands: qt encoder : Lavf54.29.105 Stream #0:0(eng): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 112x182, q=2-31, 200 kb/s, 30 tbn, 30 tbc Metadata: creation_time : 1942-06-22 00:41:40 handler_name : Apple Alias Data Handler Stream mapping: Stream #0:0 -> #0:0 (qtrle -> mpeg4) Press [q] to stop, [?] for help frame= 82 fps=0.0 q=2.0 Lsize= 42kB time=00:00:02.73 bitrate= 125.5kbits/s dup=77 drop=0 video:41kB audio:0kB subtitle:0 global headers:0kB muxing overhead 2.723810% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 14:14:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 12:14:05 -0000 Subject: [FFmpeg-trac] #1429(FFmpeg:closed): ffmpeg 0.11.1 and git configure wrong In-Reply-To: <043.4130f9493724a0ad15b17bc6a6af4ad5@avcodec.org> References: <043.4130f9493724a0ad15b17bc6a6af4ad5@avcodec.org> Message-ID: <058.dc5682dff9697deb5512496f8eaaa88b@avcodec.org> #1429: ffmpeg 0.11.1 and git configure wrong -------------------------------------+------------------------------------- Reporter: | Owner: StreamThreader | Status: closed Type: defect | Component: FFmpeg Priority: normal | Resolution: Version: 0.11 | needs_more_info Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: configure, config.h, line 122, @ => * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can add more information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 14:47:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 12:47:53 -0000 Subject: [FFmpeg-trac] #1102(avformat:open): mxf separate fields in interlaced j2k In-Reply-To: <035.e702b63ab134541ae084825d6b7ef8c2@avcodec.org> References: <035.e702b63ab134541ae084825d6b7ef8c2@avcodec.org> Message-ID: <050.ba2f538c35b06c2b8e2d7c1849eab667@avcodec.org> #1102: mxf separate fields in interlaced j2k ------------------------------------+------------------------------------ Reporter: zhukov | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mxf j2k | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mxf => mxf j2k * status: new => open Comment: {{{ $ ffmpeg -i ntsc2.mxf ffmpeg version N-44896-ge4b1fcd Copyright (c) 2000-2012 the FFmpeg developers built on Sep 30 2012 14:35:48 with gcc 4.5.3 (GCC) configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libopenjpeg libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 61.100 / 54. 61.100 libavformat 54. 29.105 / 54. 29.105 libavdevice 54. 3.100 / 54. 3.100 libavfilter 3. 18.100 / 3. 18.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 16.100 / 0. 16.100 libpostproc 52. 1.100 / 52. 1.100 [mxf @ 0x150a240] broken or empty index Input #0, mxf, from 'ntsc2.mxf': Metadata: timecode : 02:57:45;02 Duration: 00:00:01.53, start: 0.000000, bitrate: 78647 kb/s Stream #0:0: Video: jpeg2000, yuv422p10le, 720x243, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Sep 30 15:10:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 30 Sep 2012 13:10:24 -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.4b30e1176a2065767eb7ca2babaf7c1c@avcodec.org> #210: 24bit flac encoding -------------------------------------+----------------------------------- Reporter: Atrocia | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: flac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Replying to [comment:9 cehoyos]: > I suspect this patch needs at least a copyright statement before it can be considered for inclusion. who should be credited as author if we merge something from this patch ? -- Ticket URL: FFmpeg FFmpeg issue tracker