From trac at avcodec.org Sun Apr 1 00:14:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 31 Mar 2012 22:14:13 -0000 Subject: [FFmpeg-trac] #1154(undetermined:new): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.80c8182dfc6c5fba878753424ea25453@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 0 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by greenythebeast): I've attached a different sample file with no naughty content as well as the -report for the file indicating the same problem. If you need anything else from me, please don't hesitate to ask. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 05:12:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 03:12:46 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.efe3b89953b9400f2cd6fef7df4d9b51@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by finalweb): Just to be clear, the problem is that we want to transcode the audio on the stream and send it back out via another rtmp connection, and we'd like to use vcodec -copy to pass the video through. If we transcode the video with vcodec -libx264, it works, but with the number of streams we are handling at once this creates a CPU issue. As soon as we use vcodec -copy, ffmpeg throws the non-monotonically increasing error. Given the needs as described here, I don't believe rtmpdump alone is enough to accomplish our goal since it doesn't transcode. Am I missing something? Thanks... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 09:00:28 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 07:00:28 -0000 Subject: [FFmpeg-trac] #1154(undetermined:new): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.3a78a2588a4c6cb8b48709776a4b3814@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: new Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 0 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by greenythebeast): I thought I'd let anyone know that I applied the patch suggested in this ticket: http://ffmpeg.org/trac/ffmpeg/ticket/177 Everything works fine now. I'm sure that could theoretically bite me in the ass down the road since I'll admit I have absolutely no clue what that code does but the output file works fine with the patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 13:14:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 11:14:20 -0000 Subject: [FFmpeg-trac] #1156(avcodec:open): dirac: hang with -vcodec dirac (or libschroedinger) In-Reply-To: <038.79c2daa07e20161b291b4973b8db1729@avcodec.org> References: <038.79c2daa07e20161b291b4973b8db1729@avcodec.org> Message-ID: <053.2b8717a9669e4f409972d6aca3227ace@avcodec.org> #1156: dirac: hang with -vcodec dirac (or libschroedinger) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: dirac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => dirac Comment: {{{ (gdb) r -vcodec dirac -i tests/lena.pnm Starting program: ffmpeg_g -vcodec dirac -i tests/lena.pnm [Thread debugging using libthread_db enabled] ffmpeg version N-39459-g7a3df01 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 1 2012 13:11:38 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 Program received signal SIGINT, Interrupt. dirac_decode_frame (avctx=0x1418be0, data=0x7fffffffd230, data_size=0x7fffffffd47c, pkt=) at libavcodec/diracdec.c:1845 1845 for (; buf_idx + DATA_UNIT_HEADER_SIZE < buf_size; buf_idx++) { (gdb) bt #0 dirac_decode_frame (avctx=0x1418be0, data=0x7fffffffd230, data_size=0x7fffffffd47c, pkt=) at libavcodec/diracdec.c:1845 #1 0x000000000088a746 in avcodec_decode_video2 (avctx=0x1418be0, picture=0x7fffffffd230, got_picture_ptr=0x7fffffffd47c, avpkt=0x7fffffffd410) at libavcodec/utils.c:1424 #2 0x00000000004e420f in try_decode_frame (st=0x1412ec0, avpkt=, options=) at libavformat/utils.c:2266 #3 0x00000000004e95db in avformat_find_stream_info (ic=0x1412420, options=0x1419200) at libavformat/utils.c:2571 #4 0x00000000004109bb in opt_input_file (o=, opt=, filename=0x7fffffffe26e "tests/lena.pnm") at ffmpeg.c:3778 #5 0x0000000000414ac2 in parse_option (optctx=0x7fffffffda00, opt=0x7fffffffe26c "i", arg=0x7fffffffe26e "tests/lena.pnm", options=) at cmdutils.c:300 #6 0x0000000000414d3b in parse_options (optctx=0x7fffffffda00, argc=5, argv=0x7fffffffddd8, options=0xa8cae0, parse_arg_function=0x411ec0 ) at cmdutils.c:333 #7 0x0000000000413679 in main (argc=5, argv=0x7fffffffddd8) at ffmpeg.c:5219 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 13:38:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 11:38:23 -0000 Subject: [FFmpeg-trac] #1154(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.3de9daa78dba503bfd12ee443b98493a@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 13:39:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 11:39:22 -0000 Subject: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances. Message-ID: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> #1157: Circular buffer overrun with 4+ ffmpeg instances. --------------------------------------+---------------------------------- Reporter: Involar | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- Hello, im trying to launch multiple transcoding instances on an i7 2600k. Now with 3 instaces everything is fine, but after 4th I get crashes with this error. CPU is at no more than 30% at the moment of crash. Memory ussage is about 500mb/4G. Here is the output. ffmpeg -i udp://@239.1.1.2:5000 -pass 1 -crf 5 -vcodec libx264 -preset ultrafast -g 20 -b 500k -bt 10k -acodec libfaac -ab 128k -ar 48000 -ac 2 -f mpegts udp://192.168.1.136:5004 -v warning -bufsize 10000 -vframes 10 [mpeg2video @ 0x249da20] mpeg_decode_postinit() failure Last message repeated 5 times [mpegts @ 0x24733a0] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x24733a0] Estimating duration from bitrate, this may be inaccurate Please use -b:a or -b:v, -b is ambiguous [udp @ 0x24738e0] Circular buffer overrun. To avoid, increase fifo_size URL option. To survive in such case, use overrun_nonfatal option [mpegts @ 0x24733a0] PES packet size mismatch [mpeg2video @ 0x249da20] ac-tex damaged at 31 4 [mpeg2video @ 0x249da20] Warning MVs not available [mp2 @ 0x24a3be0] incomplete frame Error while decoding stream #0:1. Now I get it that my fifo buffer is too small to handle 4 instances. Can you please advise where can I change the initial value ? Thanks in advance -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 13:40:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 11:40:07 -0000 Subject: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances. In-Reply-To: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> References: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> Message-ID: <051.076160b51fe2b633de7ce5d137cee727@avcodec.org> #1157: Circular buffer overrun with 4+ ffmpeg instances. ---------------------------------+---------------------------------------- Reporter: Involar | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by Involar): Also, please note that with 3 instances i have no issues and they are stable. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 14:05:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 12:05:17 -0000 Subject: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances. In-Reply-To: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> References: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> Message-ID: <051.16415f21243e1da5851e3f7ee84599b8@avcodec.org> #1157: Circular buffer overrun with 4+ ffmpeg instances. ---------------------------------+---------------------------------------- Reporter: Involar | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by cehoyos): Please post complete, uncut console output. Is the problem also reproducible with current git master? Is this only reproducible with network output, or also if you output to a file? Is this also reproducible if you do not encode at all, for example with -f null - ? If encoding is needed, does not using external encoders like x264 and libfaac also allow to reproduce the problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 14:40:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 12:40:23 -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.c0135459f686e8b08733dd363e99d1e7@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: dts 6.1 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 fro]: > ffmpeg is capable of converting multi-channel dts to multi-channel flac/ogg/wav and it should sound the same (esp. for the supposedly loss less formats) but that does not actually work. I believe I showed already that it works fine for wav (or don't you agree that WMP is the relevant testing application for wav?), it works fine for libvorbis (in case that is what you mean with "ogg"), and it cannot work for flac, because no channel layout is defined for 7-channel flac: http://flac.sourceforge.net/format.html (look for "channel order") But note that the following works as expected: {{{ $ ffmpeg -i lotr_5.1_768.dts out.flac $ ffmpeg -channel_layout 0x70f -i out.flac out.wav }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 14:49:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 12:49:18 -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.c6ca3685ffe6bfb96273dbc0d025932c@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: dts 6.1 | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 reimar]: > Oh: > > [AO_ALSA] 7 channels are not supported. > So since ALSA can't play 7-channel audio that probably explains why no Linux player can play it. This might be a relevant link: http://download.nvidia.com/XFree86/gpu-hdmi-audio-document/gpu-hdmi- audio.html#_3_5_7_channel_support -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 16:05:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 14:05:24 -0000 Subject: [FFmpeg-trac] #1096(avcodec:open): cavs: crash In-Reply-To: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> References: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> Message-ID: <053.1a4839a4ffd6e5a9c4a4bb8d5f76c8aa@avcodec.org> #1096: cavs: crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by michael): Cant reproduce and there where some crash fixes in cavs so likely its fixed. Can someone confirm if this is still crashing or fixed? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 16:16:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 14:16:26 -0000 Subject: [FFmpeg-trac] #1156(avcodec:closed): dirac: hang with -vcodec dirac (or libschroedinger) In-Reply-To: <038.79c2daa07e20161b291b4973b8db1729@avcodec.org> References: <038.79c2daa07e20161b291b4973b8db1729@avcodec.org> Message-ID: <053.d0ded91390bea25701917153a86298fa@avcodec.org> #1156: dirac: hang with -vcodec dirac (or libschroedinger) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: dirac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: fixed locally, wil be in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 16:27:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 14:27:12 -0000 Subject: [FFmpeg-trac] #342(undetermined:closed): Crash when retrying with TCP In-Reply-To: <036.2b31253c2a06c56202ce3836d0345468@avcodec.org> References: <036.2b31253c2a06c56202ce3836d0345468@avcodec.org> Message-ID: <051.298ae367639f884c6b6f1f2dd8ffb07a@avcodec.org> #342: Crash when retrying with TCP -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => needs_more_info -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 16:28:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 14:28:53 -0000 Subject: [FFmpeg-trac] #1096(avcodec:open): cavs: crash In-Reply-To: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> References: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> Message-ID: <053.780a634e7673600ae5d5c49ad780b87a@avcodec.org> #1096: cavs: crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Yes it looks to be fixed, doesn't crash anymore. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 20:53:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 18:53:57 -0000 Subject: [FFmpeg-trac] #387(avcodec:closed): ffmpeg '-profile baseline' no longer works with libx264 In-Reply-To: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> References: <039.ab094d2cdbde0570b68a642728d1ec41@avcodec.org> Message-ID: <054.4d22d847b2ba35e26e6f226d7f878624@avcodec.org> #387: ffmpeg '-profile baseline' no longer works with libx264 ------------------------------------+----------------------------------- Reporter: rectalogic | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed * reproduced: 0 => 1 Comment: will be fixed in my next git push -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 20:56:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 18:56:27 -0000 Subject: [FFmpeg-trac] #401(avformat:closed): ffmpeg fails to decode MJPG in AVI In-Reply-To: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> References: <039.02e7b524a3fa03e26aed7252a35dcbad@avcodec.org> Message-ID: <054.efe141ae3de53d3f5755816a25e9fc14@avcodec.org> #401: ffmpeg fails to decode MJPG in AVI ------------------------------------+------------------------------------ Reporter: rectalogic | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mjpeg avi | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by michael): * keywords: mjpeg => mjpeg avi * resolution: => fixed * status: open => closed * component: avcodec => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 1 21:41:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 01 Apr 2012 19:41:31 -0000 Subject: [FFmpeg-trac] #810(avformat:open): Muxing MXF audio only files leads to a floating point exception In-Reply-To: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> References: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> Message-ID: <050.b09f5a5588e9f2cc524572d1ea1b0c83@avcodec.org> #810: Muxing MXF audio only files leads to a floating point exception ------------------------------------+------------------------------------ Reporter: ubitux | 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 | ------------------------------------+------------------------------------ Comment (by michael): patch on ML -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 04:40:54 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 02:40:54 -0000 Subject: [FFmpeg-trac] #1158(undetermined:new): allow use of flac's --keep-foreign-metadata when encoding or decoding flac format Message-ID: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> #1158: allow use of flac's --keep-foreign-metadata when encoding or decoding flac format -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: git- Keywords: flac, | master metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- This sample file contains metadata in a bext chunk and iXML chunk. http://www.gallery.co.uk/ixml/examples/usesEntireiXMLSpec.WAV With the flac utility there is an option called --keep-foreign-metadata that allows these chunks to be copied to the flac output. When I use ffmpeg to transcode the wav to a flac file there is no means to keep the bext chunk or ixml chunk of source file. {{{ ffmpeg -i usesEntireiXMLSpec.WAV usesEntireiXMLSpec.flac ffmpeg version N-35765-gf9143d2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 31 2012 12:44:33 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/llvm-gcc --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libass --disable-ffplay libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, wav, from 'usesEntireiXMLSpec.WAV': Metadata: comment : gSCENE=66a : gTAKE=002 : gTAPE=007 : gNOTE=Circle : gUBITS=00000000 : encoded_by : Gallery Metacorder date : 2005:08:04 creation_time : 16:55:54 time_reference : 4090608000 coding_history : Duration: 00:00:02.18, bitrate: 781 kb/s Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 1 channels, s16, 768 kb/s Output #0, flac, to 'usesEntireiXMLSpec.flac': Metadata: comment : gSCENE=66a : gTAKE=002 : gTAPE=007 : gNOTE=Circle : gUBITS=00000000 : encoded_by : Gallery Metacorder date : 2005:08:04 creation_time : 16:55:54 time_reference : 4090608000 coding_history : encoder : Lavf54.3.100 Stream #0:0: Audio: flac, 48000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> flac) Press [q] to stop, [?] for help size= 42kB time=00:00:02.20 bitrate= 155.8kbits/s video:0kB audio:34kB global headers:0kB muxing overhead 24.469009% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 06:25:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 04:25:10 -0000 Subject: [FFmpeg-trac] #1159(undetermined:new): framecrc documentation is out of date Message-ID: <036.fc3000a7526557a5de9bdf5fd37ea9c5@avcodec.org> #1159: framecrc documentation is out of date -------------------------------------+------------------------------------- Reporter: dericed | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: framecrc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- From http://ffmpeg.org/ffmpeg.html#framecrc: "The output of the muxer consists of a line for each audio and video frame of the form: stream_index, frame_dts, frame_size, 0xCRC, where CRC is a hexadecimal number 0-padded to 8 digits containing the CRC of the decoded frame." To create a framecrc output I used this source file, http://archive.org/download/SoundieF/SoundieF.mpeg, and this command: {{{ ffmpeg started on 2012-04-02 at 00:17:48 Report written to "ffmpeg-20120402-001748.log" Command line: ffmpeg -report -t 0.1 -i SoundieF.mpeg -f framecrc SoundieF.framecrc ffmpeg version N-35765-gf9143d2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 31 2012 12:44:33 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00) configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-libfreetype --cc=/usr/bin/llvm-gcc --enable-libx264 --enable- libfaac --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libxvid --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libass --disable-ffplay libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 0x7f9eea84b400] Format mpeg probed with size=4096 and score=52 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2500 [mpeg @ 0x7f9eea84b400] Probe with size=794, packets=1 detected mpegvideo with score=25 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2499 [mpeg @ 0x7f9eea84b400] Probe with size=2809, packets=2 detected mpegvideo with score=25 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2498 [mpeg @ 0x7f9eea84b400] Probe with size=4824, packets=3 detected mpegvideo with score=25 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2497 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2496 [mpeg @ 0x7f9eea84b400] Probe with size=8854, packets=5 detected mpegvideo with score=25 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2495 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2494 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2493 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2492 [mpeg @ 0x7f9eea84b400] Probe with size=16914, packets=9 detected mpegvideo with score=25 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2491 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2490 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2489 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2488 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2487 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2486 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2485 [mpeg @ 0x7f9eea84b400] probing stream 0 pp:2484 [mpeg @ 0x7f9eea84b400] Probe with size=33034, packets=17 detected mpegvideo with score=51 [mpeg @ 0x7f9eea84b400] probed stream 0 [mpeg @ 0x7f9eea84b400] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'SoundieF.mpeg': Duration: 00:02:24.10, start: 839.378778, bitrate: 3786 kb/s Stream #0:0[0x1e0], 152, 1/90000: Video: mpeg2video (Main), yuv420p, 352x480 [SAR 20:11 DAR 4:3], 3500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x1c0], 193, 1/90000: Audio: mp2, 48000 Hz, 2 channels, s16, 224 kb/s [buffer @ 0x7f9eea41a920] w:352 h:480 pixfmt:yuv420p tb:1/1000000 sar:20/11 sws_param:flags=2 [mpeg2video @ 0x7f9eea853a00] detected 2 logical cores Output #0, framecrc, to 'SoundieF.framecrc': Metadata: encoder : Lavf54.3.100 Stream #0:0, 0, 1001/30000: Video: rawvideo (I420 / 0x30323449), yuv420p, 352x480 [SAR 20:11 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1, 0, 1/48000: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> rawvideo) Stream #0:1 -> #0:1 (mp2 -> pcm_s16le) Press [q] to stop, [?] for help timestamp discontinuity 0, new offset= -839378778 frame= 2 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.12 bitrate= 29.3kbits/s video:495kB audio:22kB global headers:0kB muxing overhead -99.917157% }}} The output file SoundieF.framecrc contained: {{{ #tb 0: 1001/30000 #tb 1: 1/48000 1, 0, 0, 1152, 4608, 0xb9620c2a 1, 1152, 1152, 1152, 4608, 0xf005c83b 1, 2304, 2304, 1152, 4608, 0x721c4ffb 0, 2, 2, 1, 253440, 0x1b2dfe2f 1, 3456, 3456, 1152, 4608, 0x01f6156b 1, 4608, 4608, 1152, 4608, 0x6abc95fe 0, 3, 3, 1, 253440, 0x98dca937 }}} The output contains 6 columns where the documentation only refers to 4. Are columns 2 and 3 duplicates? pts and dts? I presume column 4 is the number of samples used? Also the commented timebase is useful but undocumented. If relevant I put a similar ticket about framemd5 here: http://ffmpeg.org/trac/ffmpeg/ticket/1153 thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 08:29:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 06:29:17 -0000 Subject: [FFmpeg-trac] #1096(avcodec:closed): cavs: crash In-Reply-To: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> References: <038.c48951b9e282b127deb20cec5b9a1adc@avcodec.org> Message-ID: <053.9d8548f051602c8ba7346a39d59fe752@avcodec.org> #1096: cavs: crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: cavs | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 08:32:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 06:32:45 -0000 Subject: [FFmpeg-trac] #1159(documentation:open): framecrc documentation is out of date In-Reply-To: <036.fc3000a7526557a5de9bdf5fd37ea9c5@avcodec.org> References: <036.fc3000a7526557a5de9bdf5fd37ea9c5@avcodec.org> Message-ID: <051.a4264564f1f09a9009895612eb517bd4@avcodec.org> #1159: framecrc documentation is out of date -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | documentation Keywords: framecrc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * component: undetermined => documentation * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 08:54:58 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 06:54:58 -0000 Subject: [FFmpeg-trac] #1158(undetermined:new): allow use of flac's --keep-foreign-metadata when encoding or decoding flac format In-Reply-To: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> References: <036.d57585cde5a70ea8902e59fdf85076a1@avcodec.org> Message-ID: <051.ea00ef950b1476bf2d7fb8db9ede6277@avcodec.org> #1158: allow use of flac's --keep-foreign-metadata when encoding or decoding flac format -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: flac, | Resolution: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): (Could we agree that this ticket is not related in any way to flac?) Isn't this a request to support reading iXML? Or is there a part of the bext chunk that is not read correctly? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 12:35:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 10:35:23 -0000 Subject: [FFmpeg-trac] #1117(undetermined:open): mp3 to wav: Application provided invalid, non monotonically In-Reply-To: <038.e6c011327c323f95512f7734d5fd05ea@avcodec.org> References: <038.e6c011327c323f95512f7734d5fd05ea@avcodec.org> Message-ID: <053.19a14f03b49150d46fe50b7aa8b821e7@avcodec.org> #1117: mp3 to wav: Application provided invalid, non monotonically -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: av_interleaved_write_frame => av_interleaved_write_frame regression Comment: Regression since 0ebd83. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 13:24:12 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 11:24:12 -0000 Subject: [FFmpeg-trac] #1065(undetermined:open): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> References: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> Message-ID: <052.694ba95c929b069e32bc7acc0440440f@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | 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: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: (There is no indication that this problem is reproducible when creating a vob file for a DVD player with FFmpeg.) When re-encoding the sample to mp4, the resulting file is (needlessly?) bigger if the frame-rate is not set: {{{ $ ffmpeg -i data0001.ts -strict experimental -t 45 out.mp4 ffmpeg version N-39476-gc450cf1 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 2 2012 12:43:03 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [aac_latm @ 0x14a8000] audio config changed [aac_latm @ 0x147bea0] audio config changed [h264 @ 0x147b560] mmco: unref short failure Last message repeated 3 times [h264 @ 0x147b560] Increasing reorder buffer to 1 [h264 @ 0x147b560] Increasing reorder buffer to 2 [h264 @ 0x147b560] mmco: unref short failure Last message repeated 1 times [mpegts @ 0x14763a0] max_analyze_duration 5000000 reached at 5003333 [mpegts @ 0x14763a0] Could not find codec parameters (Unknown: none ([6][0][0][0] / 0x0006)) [NULL @ 0x14ae380] start time is not set in estimate_timings_from_pts [mpegts @ 0x14763a0] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'data0001.ts': Duration: 00:00:50.09, start: 88894.787733, bitrate: 2498 kb/s Program 59232 Program 59233 Stream #0:0[0xd4]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 10:11 DAR 15:11], 60.76 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0xd5](por): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, stereo, s16 Stream #0:2[0xd6](eng): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 2 channels (FC), s16 Stream #0:3[0xe0]: Unknown: none ([6][0][0][0] / 0x0006) Program 59234 Program 59256 [buffer @ 0x147e480] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:10/11 sws_param:flags=2 Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt' utput #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 720x480 [SAR 10:11 DAR 15:11], q=2-31, 200 kb/s, 60k tbn, 59.94 tbc Stream #0:1(por): Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac_latm -> aac) Press [q] to stop, [?] for help [h264 @ 0x1771080] Missing reference picture [h264 @ 0x1771080] decode_slice_header error [h264 @ 0x17b5ec0] Missing reference picture [h264 @ 0x1815940] Missing reference picture [h264 @ 0x1771080] Missing reference picture [h264 @ 0x17b5ec0] Missing reference picture [h264 @ 0x1771080] mmco: unref short failure Last message repeated 1 times [h264 @ 0x1815940] mmco: unref short failure Last message repeated 1 times frame= 2697 fps=233 q=31.0 Lsize= 6901kB time=00:00:44.99 bitrate=1256.4kbits/s dup=1377 drop=0 video:6149kB audio:701kB global headers:0kB muxing overhead 0.747278% }}} {{{ $ ffmpeg -i data0001.ts -strict experimental -t 45 -r 30 out.mp4 ffmpeg version N-39476-gc450cf1 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 2 2012 12:43:03 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [h264 @ 0x147b560] non-existing PPS referenced [h264 @ 0x147b560] non-existing PPS 0 referenced [h264 @ 0x147b560] decode_slice_header error [h264 @ 0x147b560] no frame! [aac_latm @ 0x14a8000] audio config changed [aac_latm @ 0x147bea0] audio config changed [h264 @ 0x147b560] mmco: unref short failure Last message repeated 3 times [h264 @ 0x147b560] Increasing reorder buffer to 1 [h264 @ 0x147b560] Increasing reorder buffer to 2 [h264 @ 0x147b560] mmco: unref short failure Last message repeated 1 times [mpegts @ 0x14763a0] max_analyze_duration 5000000 reached at 5003333 [mpegts @ 0x14763a0] Could not find codec parameters (Unknown: none ([6][0][0][0] / 0x0006)) [NULL @ 0x14ae380] start time is not set in estimate_timings_from_pts [mpegts @ 0x14763a0] PES packet size mismatch Last message repeated 1 times Input #0, mpegts, from 'data0001.ts': Duration: 00:00:50.09, start: 88894.787733, bitrate: 2498 kb/s Program 59232 Program 59233 Stream #0:0[0xd4]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x480 [SAR 10:11 DAR 15:11], 60.76 fps, 59.94 tbr, 90k tbn, 59.94 tbc Stream #0:1[0xd5](por): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, stereo, s16 Stream #0:2[0xd6](eng): Audio: aac_latm ([17][0][0][0] / 0x0011), 48000 Hz, 2 channels (FC), s16 Stream #0:3[0xe0]: Unknown: none ([6][0][0][0] / 0x0006) Program 59234 Program 59256 [buffer @ 0x147c2e0] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:10/11 sws_param:flags=2 Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt' Output #0, mp4, to 'out.mp4': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 720x480 [SAR 10:11 DAR 15:11], q=2-31, 200 kb/s, 30 tbn, 30 tbc Stream #0:1(por): Audio: aac (@[0][0][0] / 0x0040), 48000 Hz, stereo, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Stream #0:1 -> #0:1 (aac_latm -> aac) Press [q] to stop, [?] for help [h264 @ 0x1770f20] Missing reference picture [h264 @ 0x1770f20] decode_slice_header error [h264 @ 0x17b5d60] Missing reference picture [h264 @ 0x18157e0] Missing reference picture [h264 @ 0x1770f20] Missing reference picture [h264 @ 0x17b5d60] Missing reference picture [h264 @ 0x1770f20] mmco: unref short failure Last message repeated 1 times [h264 @ 0x18157e0] mmco: unref short failure Last message repeated 1 times frame= 1350 fps=168 q=31.0 Lsize= 4961kB time=00:00:45.00 bitrate= 903.1kbits/s dup=30 drop=0 video:4220kB audio:701kB global headers:0kB muxing overhead 0.805641% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 13:41:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 11:41:14 -0000 Subject: [FFmpeg-trac] #409(undetermined:open): Musepack SV8 file decodes with distortions In-Reply-To: <036.1131d50b34040c4cb8e3f09ba0951ad0@avcodec.org> References: <036.1131d50b34040c4cb8e3f09ba0951ad0@avcodec.org> Message-ID: <051.95fd9e8be370523a4bd65a2b18b83ff0@avcodec.org> #409: Musepack SV8 file decodes with distortions -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpc8 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by matusz): revision 475 decodes the file with error: mpcdec cut.mpc cut.wav mpcdec - Musepack (MPC) decoder v1.0.0 (C) 2006-2009 MDT Built Aug 18 2011 11:42:10 An error occured while decoding 3031583 samples decoded in 300 ms (229.14x) but the wave file plays without problem (~11MB in size). Maybe this will help: http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1965#c4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 13:53:48 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 11:53:48 -0000 Subject: [FFmpeg-trac] #1160(avcodec:new): Musepack 8 file fails to decode Message-ID: <036.94af84c92aeb7ef0be954c21687abeb7@avcodec.org> #1160: Musepack 8 file fails to decode --------------------------------------+--------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: mpc8 Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- (MPlayer bug 1965, second sample) I will attach a Musepack 8 sample that decodes fine to a 10 seconds wav file with mpcdec from http://files.musepack.net/linux/musepack_linux_2009_02_28.tar.gz but fails to decode with FFmpeg. {{{ $ ffmpeg -i decodererror.mpc out.wav ffmpeg version N-39476-gc450cf1 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 2 2012 12:43:03 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpc8, from 'decodererror.mpc': Duration: 00:00:08.35, bitrate: 195 kb/s Stream #0:0: Audio: musepack8, 44100 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpc8 -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 14:08:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 12:08:40 -0000 Subject: [FFmpeg-trac] #409(undetermined:open): Musepack SV8 file decodes with distortions In-Reply-To: <036.1131d50b34040c4cb8e3f09ba0951ad0@avcodec.org> References: <036.1131d50b34040c4cb8e3f09ba0951ad0@avcodec.org> Message-ID: <051.1bba3834cf885c98eb83767d3714e89d@avcodec.org> #409: Musepack SV8 file decodes with distortions -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpc8 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): The attached sample cut.mpc still decodes with strong artefacts when using FFmpeg, decodes fine (except an error message because I cut the file) with mpcdec from http://files.musepack.net/linux/musepack_linux_2009_02_28.tar.gz -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 16:24:30 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 14:24:30 -0000 Subject: [FFmpeg-trac] #1108(avutil:new): Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. In-Reply-To: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> References: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> Message-ID: <048.bf0ef3b972328017d8568722bed27261@avcodec.org> #1108: Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. -------------------------------------+------------------------------------- Reporter: mato | Owner: michael Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: memory, | Blocked By: AVDictionary, alloc, free | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mato): Hi, According to Your questions: - Is this a regression? - i think it is not regression, problem exist in ffmpeg 0.6.2 but in other file: avstring.c - Is this also reproducible with current git head? - my project use 0.10 ffmpeg version and if i try compile with head not all is compatible - Could you add source code that crashes or at least a backtrace of the crash? Yes, of course: There is gdb backtrace: gdb Backtrace: Program received signal SIGABRT, Aborted. 0xb7fe1424 in __kernel_vsyscall () (gdb) bt #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb75dce71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb75e034e in abort () at abort.c:92 #3 0xb76147f7 in __libc_message (do_abort=2, fmt=0xb76edc0c "*** glibc detected *** %s: %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:189 #4 0xb761ebe1 in malloc_printerr (action=, str=, ptr=0x807d900) at malloc.c:6283 #5 0xb762050b in _int_free (av=, p=0x807d8f8) at malloc.c:4795 #6 0xb762369d in __libc_free (mem=0x807d900) at malloc.c:3738 #7 0xb7749584 in av_dict_free () from /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavutil.so.51 #8 0x0807d760 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) And I think more intersting valgrind log for version 0.10: valgrind log: ==18131== Invalid free() / delete / delete[] ==18131== at 0x4025BF0: free (vg_replace_malloc.c:366) ==18131== by 0x48B6583: av_dict_free (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavutil.so.51) //You can se that free mettod is system one ==18131== Address 0x4ccad00 is 16 bytes inside a block of size 41 alloc'd ==18131== at 0x402517B: memalign (vg_replace_malloc.c:581) ==18131== by 0x8054C00: alloc_ram (av_mem.c:382) ==18131== by 0x805545C: av_malloc (av_mem.c:699) ==18131== by 0x8055554: av_realloc (av_mem.c:740) ==18131== by 0x8054669: av_realloc_f (av_mem.c:186) ==18131== by 0x40AEAFC: dyn_buf_write (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavformat.so.53) // but here function from libavformat realloc use memory handling from av_mem.c (own memory implementation) ==18131== ==18131== Invalid free() / delete / delete[] ==18131== at 0x4025BF0: free (vg_replace_malloc.c:366) ==18131== by 0x48B6592: av_dict_free (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavutil.so.51) ==18131== Address 0x4ccb3f0 is 16 bytes inside a block of size 48 alloc'd ==18131== at 0x402517B: memalign (vg_replace_malloc.c:581) ==18131== by 0x8054C00: alloc_ram (av_mem.c:382) ==18131== by 0x805545C: av_malloc (av_mem.c:699) ==18131== by 0x8055554: av_realloc (av_mem.c:740) ==18131== by 0x8054669: av_realloc_f (av_mem.c:186) ==18131== by 0x40AEAFC: dyn_buf_write (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavformat.so.53) ==18131== and valgrind log from 0.6.2 version: ==653== Invalid read of size 4 ==653== at 0x4027D42: memcpy (mc_replace_strmem.c:635) ==653== by 0x8052CAE: dlna_memcpy (peer_memory.c:54) ==653== by 0x8055585: av_free (av_mem.c:779) ==653== by 0x40B9627: av_metadata_free (metadata.c:103) //and here av_metatdata_free use av_mem.c (ovn implementation) ==653== by 0x8050647: SMDM_command_get_metadata (mpe_server.c:562) ==653== by 0x80501E7: SMDM_server_handle_client (mpe_server.c:338) ==653== by 0x804FE3D: main (mpe_server.c:208) ==653== Address 0x4c3facc is 4 bytes before a block of size 16 alloc'd ==653== at 0x402517B: memalign (vg_replace_malloc.c:581) ==653== by 0x40251D8: posix_memalign (vg_replace_malloc.c:709) ==653== by 0x47527DA: av_malloc (mem.c:83) ==653== by 0x4750743: av_d2str (avstring.c:96) //here av_d2str from avstring.c alloc memory from system ==653== by 0x40B1550: ff_id3v1_read (id3v1.c:217) ==653== by 0x40D72DA: adts_aac_read_header (raw.c:707) ==653== by 0x40ED783: av_open_input_stream (utils.c:458) ==653== by 0x40F1ED6: av_open_input_file (utils.c:612) ==653== by 0x804D27F: SMDM_parser_mpe_query (mpe_parse.c:312) ==653== by 0x804CE70: SMDM_parser_get_metadata (mpe_parse.c:169) ==653== by 0x8050647: SMDM_command_get_metadata (mpe_server.c:562) ==653== by 0x80501E7: SMDM_server_handle_client (mpe_server.c:338) ==653== ==653== Invalid free() / delete / delete[] ==653== at 0x4025BF0: free (vg_replace_malloc.c:366) ==653== by 0x8054CF8: free_ram (av_mem.c:477) ==653== by 0x80555B9: av_free (av_mem.c:787) ==653== by 0x40B9627: av_metadata_free (metadata.c:103) ==653== by 0x8050647: SMDM_command_get_metadata (mpe_server.c:562) ==653== by 0x80501E7: SMDM_server_handle_client (mpe_server.c:338) ==653== by 0x804FE3D: main (mpe_server.c:208) ==653== Address 0x4c3fac0 is 16 bytes before a block of size 16 alloc'd ==653== at 0x402517B: memalign (vg_replace_malloc.c:581) ==653== by 0x40251D8: posix_memalign (vg_replace_malloc.c:709) ==653== by 0x47527DA: av_malloc (mem.c:83) ==653== by 0x4750743: av_d2str (avstring.c:96) ==653== by 0x40B1550: ff_id3v1_read (id3v1.c:217) ==653== by 0x40D72DA: adts_aac_read_header (raw.c:707) ==653== by 0x40ED783: av_open_input_stream (utils.c:458) ==653== by 0x40F1ED6: av_open_input_file (utils.c:612) ==653== by 0x804D27F: SMDM_parser_mpe_query (mpe_parse.c:312) ==653== by 0x804CE70: SMDM_parser_get_metadata (mpe_parse.c:169) ==653== by 0x8050647: SMDM_command_get_metadata (mpe_server.c:562) ==653== by 0x80501E7: SMDM_server_handle_client (mpe_server.c:338) According to description i mem.c file: line 64 /* You can redefine av_malloc and av_free in your project to use your memory allocator. You do not need to suppress this file because the linker will do it automatically. */ I redefined memory handling functions. But You can see in logs that sometimes allocation is called from other place than free. Unfortunatly all av_malloc and av_free functions that makes a problem are called from inside ffmpeg. Best Regards Marcin Tomczyk -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 16:38:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 14:38:37 -0000 Subject: [FFmpeg-trac] #1108(avutil:new): Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. In-Reply-To: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> References: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> Message-ID: <048.9b8160f978683559b3da35f3fcb34b1e@avcodec.org> #1108: Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. -------------------------------------+------------------------------------- Reporter: mato | Owner: michael Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: memory, | Blocked By: AVDictionary, alloc, free | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by mato): If You analize log below You can see that dyn_buf_write alloc memory in libavformat and av_dict_free free in libavutil. If I redefine av_malloc and av_free dyn_buf_write use my implementation but dyn_buf_write use default implementation. That is a problem. ==18131== Invalid free() / delete / delete[] ==18131== at 0x4025BF0: free (vg_replace_malloc.c:366) ==18131== by 0x48B6583: av_dict_free (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavutil.so.51) You can se that free mettod is system one ==18131== Address 0x4ccad00 is 16 bytes inside a block of size 41 alloc'd ==18131== at 0x402517B: memalign (vg_replace_malloc.c:581) ==18131== by 0x8054C00: alloc_ram (av_mem.c:382) ==18131== by 0x805545C: av_malloc (av_mem.c:699) ==18131== by 0x8055554: av_realloc (av_mem.c:740) ==18131== by 0x8054669: av_realloc_f (av_mem.c:186) ==18131== by 0x40AEAFC: dyn_buf_write (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavformat.so.53) but here function from libavformat realloc use memory handling from av_mem.c (own memory implementation) ==18131== ==18131== Invalid free() / delete / delete[] ==18131== at 0x4025BF0: free (vg_replace_malloc.c:366) ==18131== by 0x48B6592: av_dict_free (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavutil.so.51) ==18131== Address 0x4ccb3f0 is 16 bytes inside a block of size 48 alloc'd ==18131== at 0x402517B: memalign (vg_replace_malloc.c:581) ==18131== by 0x8054C00: alloc_ram (av_mem.c:382) ==18131== by 0x805545C: av_malloc (av_mem.c:699) ==18131== by 0x8055554: av_realloc (av_mem.c:740) ==18131== by 0x8054669: av_realloc_f (av_mem.c:186) ==18131== by 0x40AEAFC: dyn_buf_write (in /media/truecrypt1/work/trunk2_3/src/dlna/target/linux/bin/dms_smm/ffmpeg_libs/libavformat.so.53) next log: -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 17:59:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 15:59:06 -0000 Subject: [FFmpeg-trac] #1108(avutil:new): Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. In-Reply-To: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> References: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> Message-ID: <048.3a2bab478190c236939e20fde7c90c79@avcodec.org> #1108: Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. -------------------------------------+------------------------------------- Reporter: mato | Owner: michael Type: defect | Status: new Priority: normal | Component: avutil Version: git-master | Resolution: Keywords: memory, | Blocked By: AVDictionary, alloc, free | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 mato]: > - Is this also reproducible with current git head? - my project use 0.10 ffmpeg version and if i try compile with head not all is compatible Please elaborate, this sounds like a serious regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 19:02:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 17:02:14 -0000 Subject: [FFmpeg-trac] #1161(undetermined:new): ffplay: not possible to cycle audio channels when decoding fails Message-ID: <038.59c6ae74873178041d0abdc70dfec25a@avcodec.org> #1161: ffplay: not possible to cycle audio channels when decoding fails -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- when decoding fails it's not possible to cycle audio track anymore with "a" key http://www.cccp- project.net/beta/test_files/%5bCCCP%5d_Mega_Weird_Audio_Test.mkv {{{ C:\>ffplay -ast 21 [CCCP]_Mega_Weird_Audio_Test.mkv ffplay version N-39267-g4082198 Copyright (c) 2003-2012 the FFmpeg developers built on Mar 25 2012 20:25:08 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.102 / 2. 65.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [wmalossless @ 02C618A0] bit-depth higher than 16 not implemented. Update your F Fmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 02C67760] bit-depth higher than 16 not implemented. Update your F Fmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mpeg4 @ 0217B3E0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 02C618A0] bit-depth higher than 16 not implemented. Update your F Fmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [wmalossless @ 02C67760] bit-depth higher than 16 not implemented. Update your F Fmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. Input #0, matroska,webm, from '[CCCP]_Mega_Weird_Audio_Test.mkv': Metadata: title : Macross Plus - First Simulator Test creation_time : 2006-08-07 03:59:51 Duration: 00:01:03.70, start: 0.000000, bitrate: 6167 kb/s Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658) , yuv420p, 656x464 [SAR 1:1 DAR 41:29], SAR 116:123 DAR 4:3, 23.98 fps, 23.98 tb r, 1k tbn, 23.98 tbc (default) Metadata: title : Macross Plus - First Simulator Test Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), s16, 448 kb/s (default) Metadata: title : AC3 6ch Audio Stream #0:2(jpn): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AC3 2ch Audio Stream #0:3(eng): Audio: mp3, 48000 Hz, stereo, s16, 192 kb/s Metadata: title : AudX HGHQ 6ch Audio Stream #0:4(eng): Audio: mp3, 48000 Hz, mono, s16, 192 kb/s Metadata: title : AudX SPBQ 6ch Audio Stream #0:5(jpn): Audio: sipr (0[1][0][0] / 0x0130), 16000 Hz, 1 channels, f lt, 16 kb/s Metadata: title : ACELP Sipro Mono Audio Stream #0:6(jpn): Audio: adpcm_ms ([2][0][0][0] / 0x0002), 11025 Hz, 2 chann els, s16, 88 kb/s Metadata: title : MS ADPCM 2ch Audio Stream #0:7(jpn): Audio: adpcm_ima_wav ([17][0][0][0] / 0x0011), 11025 Hz, 2 channels, s16, 88 kb/s Metadata: title : IMA ADPCM 2ch Audio Stream #0:8(jpn): Audio: adpcm_yamaha ( [0][0][0] / 0x0020), 16000 Hz, 1 cha nnels, s16, 64 kb/s Metadata: title : Yamaha ADPCM Mono Audio Stream #0:9(jpn): Audio: g726 (E[0][0][0] / 0x0045), 8000 Hz, 1 channels, s1 6, 32 kb/s Metadata: title : G.726 ADPCM Mono Audio Stream #0:10(jpn): Audio: pcm_mulaw ([7][0][0][0] / 0x0007), 8000 Hz, 2 chan nels, s16, 128 kb/s Metadata: title : +--Law 2ch Audio Stream #0:11(jpn): Audio: pcm_alaw ([6][0][0][0] / 0x0006), 8000 Hz, 2 chann els, s16, 128 kb/s Metadata: title : A-Law 2ch Audio Stream #0:12(jpn): Audio: gsm_ms (1[0][0][0] / 0x0031), 44100 Hz, 1 channels , s16, 71 kb/s Metadata: title : GSM 6.10 Mono Audio Stream #0:13(jpn): Audio: truespeech ("[0][0][0] / 0x0022), 8000 Hz, 1 chann els, s16, 8 kb/s Metadata: title : TrueSpeech Mono Audio Stream #0:14(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA7 2ch Audio Stream #0:15(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA8 2ch Audio Stream #0:16(jpn): Audio: wmavoice ([10][0][0][0] / 0x000A), 22050 Hz, 1 cha nnels, flt, 20 kb/s Metadata: title : WMA9 Voice Mono Audio Stream #0:17(jpn): Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, 2 channels, s16, 64 kb/s Metadata: title : WMA9.2 Std 2ch Audio Stream #0:18(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA9.1 Pro 6ch Audio Stream #0:19(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl t, 80 kb/s Metadata: title : WMA9.1 Pro 2ch Audio Stream #0:20(eng): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, 5.1, flt, 192 kb/s Metadata: title : WMA10 Pro 6ch Audio Stream #0:21(jpn): Audio: wmapro (b[1][0][0] / 0x0162), 48000 Hz, stereo, fl t, 64 kb/s Metadata: title : WMA10 Pro 2ch Audio Stream #0:22(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 6 cha nnels, s32, 1882 kb/s Metadata: title : WMA9.1 Lossless 6ch Audio Stream #0:23(jpn): Audio: wmalossless (c[1][0][0] / 0x0163), 48000 Hz, 2 cha nnels, s32, 774 kb/s Metadata: title : WMA9.1 Lossless 2ch Audio Stream #0:24(jpn): Audio: cook, 44100 Hz, stereo, flt Metadata: title : RA6 G2 Cook 2ch Audio Stream #0:25(jpn): Audio: atrac3, 44100 Hz, 2 channels, s16 Metadata: title : RA8 ATRC 2ch Audio Stream #0:26(eng): Audio: cook, 44100 Hz, 5.1, flt Metadata: title : RA8 Cook 6ch Audio Stream #0:27(jpn): Audio: cook, 44100 Hz, stereo, flt Metadata: title : RA8 Cook 2ch Audio Stream #0:28(jpn): Audio: cook, 44100 Hz, mono, flt Metadata: title : RA8 Cook Mono Audio Stream #0:29(jpn): Audio: aac, 32000 Hz, stereo, s16 Metadata: title : RA10 RAAC 2ch Audio Stream #0:30(jpn): Audio: aac, 44100 Hz, stereo, s16 Metadata: title : RA10 RACP 2ch Audio [mpeg4 @ 0217B3E0] Invalid and inefficient vfw-avi packed B frames detected [wmalossless @ 02C618A0] bit-depth higher than 16 not implemented. Update your F Fmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. 13.10 A-V: 0.000 fd= 0 aq= 0KB vq= 86KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 20:46:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 18:46:22 -0000 Subject: [FFmpeg-trac] #1161(FFplay:open): ffplay: not possible to cycle audio channels when decoding fails In-Reply-To: <038.59c6ae74873178041d0abdc70dfec25a@avcodec.org> References: <038.59c6ae74873178041d0abdc70dfec25a@avcodec.org> Message-ID: <053.1c108040a0a8038af32109eb62b6f58f@avcodec.org> #1161: ffplay: not possible to cycle audio channels when decoding fails ------------------------------------+---------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: FFplay Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+---------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * component: undetermined => FFplay * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 21:05:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 19:05:42 -0000 Subject: [FFmpeg-trac] #1037(avcodec:new): avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 In-Reply-To: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> References: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> Message-ID: <048.4e95312d85f0e2535b414378709e424d@avcodec.org> #1037: avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 -----------------------------------+----------------------------------- Reporter: pawg | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: 0.10 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -----------------------------------+----------------------------------- Comment (by michael): output.txt says SIGILL which very likely means you used the wrong compiler options to compile some of the code. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 21:09:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 19:09:19 -0000 Subject: [FFmpeg-trac] #1037(avcodec:closed): avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 In-Reply-To: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> References: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> Message-ID: <048.3a226a3920ca67cd60c175e853573a44@avcodec.org> #1037: avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 -------------------------------------+------------------------------------- Reporter: pawg | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 0.10 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can at least provide gdb output, see http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 22:11:45 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 20:11:45 -0000 Subject: [FFmpeg-trac] #1162(avcodec:new): Possible regression in mpeg4 decoding. Message-ID: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+------------------------------------- Reporter: dalecurtis | Type: defect Status: new | Priority: normal Component: avcodec | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Currently, decoding/playing back this video in ffplay: http://download.microsoft.com/download/1/8/2/182AEF91-1DAE-493B- BFF8-9BC6F85F5A3D/HDI_ITPro_Silverlight_mp4video_Silverlight5_Release_Overview.m4v (If link dies, it's the MP4 version under the "Download" link here: http://www.silverlight.net/learn/overview/what's-new-in- silverlight-5/silverlight-5-release-overview ) Results in the following spew of errors before playback starts: [mpeg4 @ 0x2249600] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x2249600] my guess is 9 bits ;) [mpeg4 @ 0x2249600] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x2249600] header damaged However this used to work without error... git bisect reveals commit http://git.videolan.org/gitweb.cgi/ffmpeg.git/?a=commit;h=59e95fa4a8844d2abe7ddd7b8d269ea8d8eea17d as the culprit; specifically the removal of the forced width reinit: avctx->coded_width= 0. It's worth noting that ffplay only plays back this file because it ignores the return code of avcodec_decode_video2 (which is <0 in this case) and instead relies on got_picture=true. I've dug around a bit, but am unable to confirm if this is actually a regression or if the file is truly just corrupt. Can someone more knowledgeable take a look? Original ChromeOS bug report: http://code.google.com/p/chromium- os/issues/detail?id=28560 Thanks in advance, - dale -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 22:19:34 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 20:19:34 -0000 Subject: [FFmpeg-trac] #1162(avcodec:new): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.4580de715948f543a88b1f78d201ce3a@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+----------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please add complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 22:31:07 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 20:31:07 -0000 Subject: [FFmpeg-trac] #1162(avcodec:new): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.8dcd0c2249489ffaab112a7dbff86649@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+----------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by dalecurtis): dalecurtis at xorax /d/code/ffmpeg $ ./ffplay /var/www/HDI.m4v ffplay version N-39478-g2663540 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 2 2012 13:29:31 with gcc 4.4.3 configuration: --enable-gpl --enable-ffplay libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/var/www/HDI.m4v': Metadata: major_brand : isom minor_version : 512 compatible_brands: mp41 creation_time : 2011-05-11 20:50:22 Duration: 00:15:49.11, start: 0.000000, bitrate: 2408 kb/s Stream #0:0(eng): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 2331 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 29 tbc Metadata: creation_time : 1945-05-10 20:50:22 handler_name : VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 70 kb/s Metadata: creation_time : 1945-05-10 20:50:22 handler_name : [mpeg4 @ 0x187b1c0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x187b1c0] my guess is 9 bits ;) [mpeg4 @ 0x187b1c0] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x187b1c0] header damaged [mpeg4 @ 0x186d480] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x186d480] my guess is 9 bits ;) [mpeg4 @ 0x186d480] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x186d480] header damaged [mpeg4 @ 0x1939ee0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1939ee0] my guess is 9 bits ;) [mpeg4 @ 0x1939ee0] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1939ee0] header damaged [mpeg4 @ 0x193e040] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x193e040] my guess is 9 bits ;) [mpeg4 @ 0x193e040] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x193e040] header damaged [mpeg4 @ 0x1942180] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1942180] my guess is 9 bits ;) [mpeg4 @ 0x1942180] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1942180] header damaged [mpeg4 @ 0x19462c0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x19462c0] my guess is 9 bits ;) [mpeg4 @ 0x19462c0] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x19462c0] header damaged [mpeg4 @ 0x194a400] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x194a400] my guess is 9 bits ;) [mpeg4 @ 0x194a400] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x194a400] header damaged [mpeg4 @ 0x194e540] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x194e540] my guess is 9 bits ;) [mpeg4 @ 0x194e540] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x194e540] header damaged [mpeg4 @ 0x1952680] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1952680] my guess is 9 bits ;) [mpeg4 @ 0x1952680] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1952680] header damaged [mpeg4 @ 0x1956840] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1956840] my guess is 9 bits ;) [mpeg4 @ 0x1956840] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1956840] header damaged [mpeg4 @ 0x195aa00] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x195aa00] my guess is 9 bits ;) [mpeg4 @ 0x195aa00] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x195aa00] header damaged [mpeg4 @ 0x195ebc0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x195ebc0] my guess is 9 bits ;) [mpeg4 @ 0x195ebc0] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x195ebc0] header damaged [mpeg4 @ 0x1962d80] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1962d80] my guess is 9 bits ;) [mpeg4 @ 0x1962d80] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1962d80] header damaged [mpeg4 @ 0x1966f40] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x1966f40] my guess is 9 bits ;) [mpeg4 @ 0x1966f40] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x1966f40] header damaged [mpeg4 @ 0x196b100] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x196b100] my guess is 9 bits ;) [mpeg4 @ 0x196b100] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x196b100] header damaged [mpeg4 @ 0x187ac00] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x187ac00] my guess is 9 bits ;) [mpeg4 @ 0x187ac00] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x187ac00] header damaged [mpeg4 @ 0x187b1c0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x187b1c0] my guess is 9 bits ;) [mpeg4 @ 0x187b1c0] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x187b1c0] header damaged [mpeg4 @ 0x186d480] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x186d480] my guess is 9 bits ;) [mpeg4 @ 0x186d480] Error, header damaged or not MPEG4 header (qscale=0) [mpeg4 @ 0x186d480] header damaged 1.73 A-V: -0.006 fd= 0 aq= 12KB vq= 55KB sq= 0B f=0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 22:38:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 20:38:26 -0000 Subject: [FFmpeg-trac] #1162(avcodec:open): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.dd59833faab11a65a3706e00ab743429@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: asp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression asp * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 22:40:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 20:40:03 -0000 Subject: [FFmpeg-trac] #1162(avcodec:open): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.7309d4424701f0fc8e323eac56ec5aae@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: asp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): The first hunk of 59e95f is responsible for the messages. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 2 23:29:19 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 02 Apr 2012 21:29:19 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:new): ffprobe can produce invalid XML Message-ID: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> #1163: ffprobe can produce invalid XML ----------------------------------+--------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: 0.10.2 | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ----------------------------------+--------------------------------- ffprobe can output invalid XML as xml_escape_str only handles < > ' " and &. For example most escape characters below 32 are invalid UTF-8. This replacement version of the function replaces any invalid UTF-8 characters by the inverted question mark. {{{#!C static const char *xml_escape_str(char **dst, size_t *dst_size, const char *src, void *log_ctx) { // the unknown character (inverted question mark) const unsigned char BAD_CHARACTER_1 = 194, BAD_CHARACTER_2 = 191; const char *p; char *q; int copyAll = 1; size_t size = 1; /* precompute size */ for (p = src; *p;) { int badChar = 0; unsigned char byte; ESCAPE_CHECK_SIZE(src, size, SIZE_MAX-10); byte = (unsigned char)*p; if (byte < 32 && byte != 9 && byte != 10 && byte != 13) { badChar = 1; ++p; } else if (byte < 128) { switch (byte) { case '&' : size += 5; /* & */ copyAll = 0; break; case '<' : size += 4; /* < */ copyAll = 0; break; case '>' : size += 4; /* > */ copyAll = 0; break; case '\"': size += 6; /* " */ copyAll = 0; break; case '\'': size += 6; /* ' */ copyAll = 0; break; default: size++; } ++p; ++size; } else if (byte < 0xC0) { badChar = 1; ++p; } else { int extra; copyAll = 0; if (byte < 0xe0) extra = 1; else if (byte < 0xf0) extra = 2; else if (byte < 0xf8) extra = 3; else badChar = 1; if (badChar) ++p; else { ++p; for (int i = 0; i < extra && *p; ++i, ++p) { byte = (unsigned char)*p; if ((byte & 0xc0) != 0x80) badChar = 1; } if (!badChar) size += extra; } } if (badChar) { size += 2; copyAll = 0; } } ESCAPE_REALLOC_BUF(dst_size, dst, src, size); #define COPY_STR(str) { \ const char *s = str; \ while (*s) \ *q++ = *s++; \ } p = src; q = *dst; if (copyAll) COPY_STR(p) else { while (*p) { int badChar = 0; unsigned char byte; byte = (unsigned char)*p; if (byte < 32 && byte != 9 && byte != 10 && byte != 13) { badChar = 1; ++p; } else if (byte < 128) { switch (byte) { case '&' : COPY_STR("&"); break; case '<' : COPY_STR("<"); break; case '>' : COPY_STR(">"); break; case '\"': COPY_STR("""); break; case '\'': COPY_STR("'"); break; default: *q++ = *p; } ++p; ++size; } else if (byte < 0xC0) { badChar = 1; ++p; } else { int extra; copyAll = 0; if (byte < 0xe0) extra = 1; else if (byte < 0xf0) extra = 2; else if (byte < 0xf8) extra = 3; else badChar = 1; if (badChar) ++p; else { const char *startChar = p; int i; ++p; for (i = 0; i < extra && *p; ++i, ++p) { byte = (unsigned char)*p; if ((byte & 0xc0) != 0x80) badChar = 1; } if (!badChar) { for (i = 0; i < extra;) *q++ = *startChar++; } } } if (badChar) { *q++ = BAD_CHARACTER_1; *q++ = BAD_CHARACTER_2; } } } *q = 0; return *dst; } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 03:29:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 01:29:16 -0000 Subject: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon In-Reply-To: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> References: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> Message-ID: <050.3338c42398602448b961e4630a50b1ad@avcodec.org> #1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon ------------------------------------+----------------------------------- Reporter: yiwang | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by yiwang): anything else I could provide to help fixing the issue? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 09:59:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 07:59:21 -0000 Subject: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon In-Reply-To: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> References: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> Message-ID: <050.46e6526cb2d70f3321ee3bf7fddb16d6@avcodec.org> #1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon ------------------------------------+----------------------------------- Reporter: yiwang | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Are you able to test clang? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 10:02:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 08:02:42 -0000 Subject: [FFmpeg-trac] #1163(FFprobe:new): ffprobe can produce invalid XML In-Reply-To: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> References: <032.385c1af9310653f1571d8ec61444ed99@avcodec.org> Message-ID: <047.c0653b9617963afe0ab5e8d1fd0efe51@avcodec.org> #1163: ffprobe can produce invalid XML --------------------------------+----------------------------------- Reporter: Ian | Owner: stefano Type: defect | Status: new Priority: normal | Component: FFprobe Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+----------------------------------- Comment (by cehoyos): Is the problem also reproducible with current git head? Please send unified patches to ffmpeg-devel and please provide an example (including console) on how to produce the invalid xml. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 11:44:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 09:44:37 -0000 Subject: [FFmpeg-trac] #810(avformat:closed): Muxing MXF audio only files leads to a floating point exception In-Reply-To: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> References: <035.79efd2185067c37f5c686e7cde92e71d@avcodec.org> Message-ID: <050.f6634b444296b0e64fb5e4fe6081c004@avcodec.org> #810: Muxing MXF audio only files leads to a floating point exception ------------------------------------+------------------------------------ Reporter: ubitux | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mxf fpe | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: mxf => mxf fpe * status: open => closed * resolution: => fixed Comment: The fpe was fixed by Tomas H?rdin, I suggest to open a new ticket for the "audio only mxf muxing" enhancement. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 15:37:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 13:37:42 -0000 Subject: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon In-Reply-To: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> References: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> Message-ID: <050.eb0807b104cc039dc0762fb8f08949cb@avcodec.org> #1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon ------------------------------------+----------------------------------- Reporter: yiwang | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by yiwang): I forgot to mention that the problem is also reproducible with the gcc that comes with older release of Xcode (non-llvm): ./gcc -arch armv7 -v Using built-in specs. Target: arm-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5666.3~88/src/configure --disable- checking --enable-werror --prefix=/usr --mandir=/usr/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform- name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple- darwin10 --enable-werror-always --program-prefix=arm-apple-darwin10- --host=i686-apple-darwin10 --target=arm-apple-darwin10 --with-gxx-include- dir=/usr/include/c++/4.2.1 --with-build- sysroot=/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.Internal.sdk Thread model: posix gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) Does this mean it's not caused by clang? I can certainly help testing with clang. Just tell me what need to be done. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 17:22:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 15:22:52 -0000 Subject: [FFmpeg-trac] #1164(undetermined:new): Wrong start: for mpegts output Message-ID: <036.584145d666ed7468050d6495db1df18f@avcodec.org> #1164: Wrong start: for mpegts output --------------------------------------+---------------------------------- Reporter: zimbatm | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- For some reason, all videos that are converted to .ts have a start of 1.400000. This seem not to be a new issue, searching for that value shows other unrelated tickets having it: https://ffmpeg.org/trac/ffmpeg/search?q=1.400000 I tested this behavior on ffmpeg 0.10.2 but it also happens before and works with any video I tested with. For good figure, here is a recorded terminal session that shows the issue: https://gist.github.com/59e13c20c1f6ae51a246 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 18:28:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 16:28:39 -0000 Subject: [FFmpeg-trac] #1164(undetermined:new): Wrong start: for mpegts output In-Reply-To: <036.584145d666ed7468050d6495db1df18f@avcodec.org> References: <036.584145d666ed7468050d6495db1df18f@avcodec.org> Message-ID: <051.dfbb81cbdb0b6f18ffd686fccba2986a@avcodec.org> #1164: Wrong start: for mpegts output ---------------------------------+---------------------------------------- Reporter: zimbatm | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by zimbatm): Tested on 24e90d0 with latest x264 and the start time is now fixed. Sorry for the noise -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 20:19:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 18:19:07 -0000 Subject: [FFmpeg-trac] #1164(undetermined:closed): Wrong start: for mpegts output In-Reply-To: <036.584145d666ed7468050d6495db1df18f@avcodec.org> References: <036.584145d666ed7468050d6495db1df18f@avcodec.org> Message-ID: <051.4602ad32aae45bf4567eddcf9db6720b@avcodec.org> #1164: Wrong start: for mpegts output ---------------------------------+---------------------------------------- Reporter: zimbatm | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 21:24:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 19:24:08 -0000 Subject: [FFmpeg-trac] #1136(undetermined:closed): FFmpeg spring banner 2012 In-Reply-To: <035.959f331a7789e6d0bb415d0f0a65d498@avcodec.org> References: <035.959f331a7789e6d0bb415d0f0a65d498@avcodec.org> Message-ID: <050.b6fcdcb19d1b8f86d20fbc5008953c9a@avcodec.org> #1136: FFmpeg spring banner 2012 -------------------------------------+------------------------------------- Reporter: beastd | Owner: beastd Type: task | Status: closed Priority: minor | Component: Version: unspecified | undetermined Keywords: banner | Resolution: fixed spring logo website 2012 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 22:24:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 20:24:33 -0000 Subject: [FFmpeg-trac] #1065(undetermined:open): H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition In-Reply-To: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> References: <037.96e9b7316480ebcf012d1b219d26bc5f@avcodec.org> Message-ID: <052.694b1d4be792c7041f80092e5a5f2677@avcodec.org> #1065: H.264/AVC(BDAV BluRay codec family) incorrect framerate recognition -------------------------------------+------------------------------------- Reporter: L.H.V.F. | 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: 1 -------------------------------------+------------------------------------- Comment (by L.H.V.F.): Hi,cehoyos and developers I have begin this ticket because of an plugin for '''VirtualDub''' ([http://virtualdub.org]), that uses '''FFmpeg library''' to open a lot of formats, that before, was not possible before opening them, the '''FFmpeg Input Driver'''. Because of the problem of the framerate recognition the plugin crashes in VirtualDub, and is impossible the process these videos from my '''set-top-box'''. Now, with your reprodution of an identified problem, I can suspect that the recognition causes an too bigger output video, and it could be a motive for the problem of instability in VirtualDub, the framerate is not setted, being much bigger than the correct recognition of the correct standards previously explained. I suggest, if possible, that the developers put the framerate recognition in '''"29,970 fps"''', because, for example, the mentioned plugin that will not use it correctly, using specific command of '''FFmpeg''', for set the framerate, just uses what is already configured in '''FFmpeg library'''. About the '''DVD-Video''' conversion, previously I had an video '''".rmvb"''', that recognized the video in '''"12,000 fps"''' (instead of ''' "25, 000 fps"''') in '''FFmpeg''' and '''ffplay'''. With '''SUPER''', at the time was possible to convert the video for '''DVD-Video''' with '''"25,000 fps"''', the correct framerate recognition. But, the video had an problematic playback in common '''DVD Player''', I percept an problem in frame refreshing of the same. After the correction in both '''FFmpeg''' and '''ffplay''', and since the bug correction in this library, other programs, as '''FFmpeg Input Driver''', can convert with '''"25, 000 fps"''', and produces an better output result, including '''SUPER'''. Please, about the framerate recognition, put the framerate of this video type in '''NTSC/CRT''' standards by default ('''"29,970 fps"''') for '''FFmpeg''', '''ffplay''', and others, that this will be very helpfull for use with other programs based in '''FFmpeg''', for example, '''TsRemux''' ([http://forum.doom9.org/showthread.php?t=125447]) and '''VirtualDub''' with '''FFmpeg Input Driver''', because the result of output will be very usable in the conversions of many other programs using this library. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 23:20:47 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 21:20:47 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.3b3814fa1af34e5b2e50ec0dd30ff6f7@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vestigal): I had this same problem today. I managed to solve the issue by editing libavformat/flvenc.c and adding the AVFMT_TS_NONSTRICT flag to the AVOutputFormat struct. I'm not sure if this has other ramifications but it seems to work for the time being. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 23:30:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 21:30:20 -0000 Subject: [FFmpeg-trac] #1155(undetermined:open): jpeg: crash with lowres when s->flipped == 1 In-Reply-To: <038.fde00ec08bf42f47b35eb54dab74090b@avcodec.org> References: <038.fde00ec08bf42f47b35eb54dab74090b@avcodec.org> Message-ID: <053.752c93274bbcd1c6ee620cc2458c6667@avcodec.org> #1155: jpeg: crash with lowres when s->flipped == 1 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: regression | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Regression since 5dc6bd. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 3 23:34:05 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 21:34:05 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.7b31b0ed31ba1ff630205b93335b70ab@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 vestigal]: > I had this same problem today. I managed to solve the issue by editing libavformat/flvenc.c and adding the AVFMT_TS_NONSTRICT flag to the AVOutputFormat struct. > > I'm not sure if this has other ramifications It ensures that your resulting file is not valid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 00:18:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 22:18:18 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.6d3cb5829f854a3fbda9ebbd55fb2398@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vestigal): Replying to [comment:8 cehoyos]: > It ensures that your resulting file is not valid. In mine and finalweb's situation (unless I missed something) there is no file involved. We're using a live rtmp source as input to ffmpeg, transcoding the audio, and publishing the remuxed stream over to another server. In my case the setup is: Flash 11(H.264, Nellymoser)->FMS 3.5->FFMPEG(H.264, AAC)->Wowza If I have time later I'll see what happens if the partially transcoded stream gets recorded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 00:25:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 22:25:22 -0000 Subject: [FFmpeg-trac] #1117(avformat:closed): mp3 to wav: Application provided invalid, non monotonically In-Reply-To: <038.e6c011327c323f95512f7734d5fd05ea@avcodec.org> References: <038.e6c011327c323f95512f7734d5fd05ea@avcodec.org> Message-ID: <053.da8f262d265f899c337c84c677555f80@avcodec.org> #1117: mp3 to wav: Application provided invalid, non monotonically -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: timestamp | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: av_interleaved_write_frame regression => timestamp regression * resolution: => fixed * status: open => closed * component: undetermined => avformat -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 00:35:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 22:35:32 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.1c69afd8d3aa2982eeda6b0b17e1b912@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by finalweb): I believe that if you try and bypass the issue that way, the stream won't play via flash either. Are you seeing a different result? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 00:52:11 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 22:52:11 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.abd4f92cc69c0d5b25dcea46f7ac4f4b@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vestigal): Replying to [comment:10 finalweb]: > I believe that if you try and bypass the issue that way, the stream won't play via flash either. Are you seeing a different result? I'm seeing a completely playable stream via flash with my solution. More importantly for me, since the point of transcoding audio to AAC was for HLS, its playing back on my ios devices. I guess its worth noting that simply adjusting the code in libavformat/utils.c:compute_pkt_fields2() to ignore the error didn't work for me. I had to leave that stuff as-is and instead mess with the flags like I previously noted. In case it helps, here's my configuration: ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 3 2012 17:01:58 with gcc 4.1.2 20080704 (Red Hat 4.1.2-48) configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab --enable-zlib --enable-shared --enable-libspeex --enable-librtmp 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 Wed Apr 4 01:30:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 23:30:32 -0000 Subject: [FFmpeg-trac] #796(undetermined:closed): H.264 in MKV to MP4: non monotonically increasing dts In-Reply-To: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> References: <041.9957fc26542c0452904d5d4221a7116f@avcodec.org> Message-ID: <056.e14727b143e952f7867659967b151899@avcodec.org> #796: H.264 in MKV to MP4: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: | Owner: Snowknight26 | Status: closed Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: fixed Keywords: h264 | Blocked By: av_interleaved_write_frame | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Remuxing works with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 01:38:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 23:38:03 -0000 Subject: [FFmpeg-trac] #605(undetermined:closed): aac in flv: Application provided invalid, non monotonically increasing dts to muxer in stream In-Reply-To: <034.60e6762a2eeb4ca5c3ade22a6a9c230a@avcodec.org> References: <034.60e6762a2eeb4ca5c3ade22a6a9c230a@avcodec.org> Message-ID: <049.f302a420853580840964e3e15744d75c@avcodec.org> #605: aac in flv: Application provided invalid, non monotonically increasing dts to muxer in stream -------------------------------------+------------------------------------- Reporter: burek | Owner: michael Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: aac flv | Resolution: fixed av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Remuxing works with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 01:41:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 23:41:12 -0000 Subject: [FFmpeg-trac] #936(undetermined:closed): ProRes in mov: non monotonically increasing dts In-Reply-To: <034.91d34007a8922971e14ee2f9b2706000@avcodec.org> References: <034.91d34007a8922971e14ee2f9b2706000@avcodec.org> Message-ID: <049.be89990154588fa61311a9b7f3e9f41e@avcodec.org> #936: ProRes in mov: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: sappu | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame prores | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Remuxing works fine with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 01:44:57 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 23:44:57 -0000 Subject: [FFmpeg-trac] #954(undetermined:open): mpeg2 in wtv: non monotonically increasing dts In-Reply-To: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> References: <036.a223131fd1104e7b09d4934d882f9cbb@avcodec.org> Message-ID: <051.8e412360b6f1eb796e2639810cca56cf@avcodec.org> #954: mpeg2 in wtv: non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: omasoud | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpeg2video | Resolution: wtv av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Remuxing video has been fixed for the original sample, remuxing audio is currently broken, this is a regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 01:55:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 03 Apr 2012 23:55:21 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.68135dde2185526fca72d0b5b0c028b8@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by finalweb): Looks like that works for the live stream, but once you try to record, you end up having sync issues with the recorded file, so that doesn't seem to completely resolve the issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 02:00:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 00:00:08 -0000 Subject: [FFmpeg-trac] #1165(avcodec:new): h264 seeking regression. Message-ID: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> #1165: h264 seeking regression. ------------------------------------+-------------------------------------- Reporter: dalecurtis | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- The following patch by michael http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=9ba43e50efa2483fb3ca1e3f62a474db7dd3ac8d regressed seek behavior for some h264.mp4 videos. Seeking results in the video freezing at the last frame prior to seek while audio continues to play. Easily reproduced by running ToT ffplay with the following video and seeking around: http://commondatastorage.googleapis.com/dalecurtis-shared/mib-trailer.mp4 Reproducible with other trailers from imdb.com Chromium bug report: http://code.google.com/p/chromium/issues/detail?id=121215 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 02:16:44 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 00:16:44 -0000 Subject: [FFmpeg-trac] #1166(undetermined:new): CopyTB broken in new FFMPEG builds Message-ID: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: copytb | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- the copytb option used to work great in some older build of FFMPEG (please see the working output below). This may be different from #1032 since that is limited to H264 while this fails to work on MPEG2 as well. '''The working version of FFMPEG below (SVN-r26400) works on BOTH H264 and MPEG2. This is the last working version of FFMPEG that I could find.''' Any version after breaks (output given below). WORKING OUTPUT: Command: {{{ ffmpeg -i MPEG2.wtv -vcodec copy -acodec copy -copytb mpeg2.ts }}} Output: {{{ FFmpeg version SVN-r26400, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 18 2011 04:07:05 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime- cpudetect --enable-libxvid --enable-libx264 --enabl e-librtmp --extra-libs='-lrtmp -lpolarssl -lws2_32 -lwinmm' --target- os=mingw32 --enable-avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable- memalign-hack 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 [mp2 @ 02902190] Header missing [mpeg2video @ 02902770] mpeg_decode_postinit() failure Last message repeated 8 times [wtv @ 0193bec0] Estimating duration from bitrate, this may be inaccurate Seems stream 1 codec frame rate differs from container frame rate: 59.94 (60000/1001) -> 29.97 (60000/2002) Input #0, wtv, from 'MPEG2.wtv': Duration: 00:00:02.51, start: 24.423381, bitrate: 7482 kb/s Stream #0.0[0x1e9]: Audio: mp2, 44100 Hz, 2 channels, s16, 256 kb/s Stream #0.1[0x1eb]: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], 7500 kb/s, 44.96 fps, 29.97 tbr, 10000k tbn, 59.94 tbc [mpegts @ 029f0050] muxrate VBR, pcr every 1000000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'mpeg2.ts': Metadata: encoder : Lavf52.93.0 Stream #0.0: Video: mpeg2video, yuv420p, 1280x720 [PAR 1:1 DAR 16:9], q=2-31, 7500 kb/s, 90k tbn, 10000k tbc Stream #0.1: Audio: mp2, 44100 Hz, 2 channels, 256 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.0 -> #0.1 Press [q] to stop encoding frame= 54 fps= 0 q=-1.0 Lsize= 1801kB time=2.16 bitrate=6837.4kbits/s video:1629kB audio:36kB global headers:0kB muxing overhead 8.183981% }}} COMMAND: {{{ ffmpeg -i H264.wtv -vcodec copy -acodec copy -copytb h264.ts }}} Output: {{{ FFmpeg version SVN-r26400, Copyright (c) 2000-2011 the FFmpeg developers built on Jan 18 2011 04:07:05 with gcc 4.4.2 configuration: --enable-gpl --enable-version3 --enable-libgsm --enable- libvorbis --enable-libtheora --enable-libspeex --enable-libmp3lame --enable-libopenjpeg --enable-libschroedinger --enable-libopencore_amrwb --enable-libopencore_amrnb --enable-libvpx --disable-decoder=libvpx --arch=x86 --enable-runtime- cpudetect --enable-libxvid --enable-libx264 --enabl e-librtmp --extra-libs='-lrtmp -lpolarssl -lws2_32 -lwinmm' --target- os=mingw32 --enable-avisynth --enable-w32threads -- cross-prefix=i686-mingw32- --cc='ccache i686-mingw32-gcc' --enable- memalign-hack 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 [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS referenced [h264 @ 02562770] non-existing SPS 0 referenced in buffering period [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] non-existing PPS 0 referenced [h264 @ 02562770] decode_slice_header error [h264 @ 02562770] no frame! [wtv @ 0194beb0] Estimating duration from bitrate, this may be inaccurate Input #0, wtv, from 'H264.wtv': Duration: 00:01:39.10, start: 2.289534, bitrate: 190 kb/s Stream #0.0[0x63](spa): Subtitle: dvbsub Stream #0.1[0x64]: Video: h264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 28.80 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0.2[0x67](spa): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [mpegts @ 033ffd20] muxrate VBR, pcr every 1000000 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'h264.ts': Metadata: encoder : Lavf52.93.0 Stream #0.0: Video: libx264, yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], q=2-31, 90k tbn, 10000k tbc Stream #0.1(spa): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0.1 -> #0.0 Stream #0.2 -> #0.1 Press [q] to stop encoding frame= 47 fps= 0 q=-1.0 Lsize= 1868kB time=5.34 bitrate=2867.6kbits/s video:1673kB audio:55kB global headers:0kB muxing overhead 8.108572% }}} BROKEN FFMPEG (LATEST VERSION) Command: {{{ ffmpeg -i MPEG2.wtv -vcodec copy -acodec copy -copytb -1 mpeg2.ts }}} Output: {{{ ffmpeg version N-38938-ge01f478 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 19 2012 23:16:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 42.100 / 51. 42.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.101 / 2. 65.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg2video @ 02E9BC40] mpeg_decode_postinit() failure Last message repeated 8 times Input #0, wtv, from 'MPEG2.wtv': Metadata: WM/MediaThumbType: 2 WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74b WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000e Title : Landscapes WM/SubTitleDescription: A sample TV program that shows scenery, mountain-bike riding, and rafting. Produced by Small World Productions, Tourism New Zealand. genre : General;Movies service_provider: WMC service_name : Windows Media Center WM/MediaOriginalChannel: 7 WM/MediaOriginalChannelSubNumber: 7 WM/MediaOriginalRunTime: 100000000 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/VideoClosedCaptioning: false WM/WMRVEnc : 0 Duration: 00:00:09.09, start: 24.423378, bitrate: 2071 kb/s Stream #0:0[0x1e9]: Audio: mp2 (P[0][0][0] / 0x0050), 44100 Hz, 2 channels, s16, 128 kb/s Stream #0:1[0x1eb]: Video: mpeg2video (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 7500 kb/s, 44.96 fps, 29.97 tbr, 10000k tbn, 59.94 tbc Stream #0:2[0x0]: Attachment: mjpeg Metadata: title : TV Thumbnail [mpegts @ 0306BCE0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'mpeg2.ts': Metadata: WM/MediaThumbType: 2 WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74b WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000e Title : Landscapes WM/SubTitleDescription: A sample TV program that shows scenery, mountain-bike riding, and rafting. Produced by Small World Productions, Tourism New Zealand. genre : General;Movies service_provider: WMC service_name : Windows Media Center WM/MediaOriginalChannel: 7 WM/MediaOriginalChannelSubNumber: 7 WM/MediaOriginalRunTime: 100000000 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/VideoClosedCaptioning: false WM/WMRVEnc : 0 encoder : Lavf54.2.100 Stream #0:0: Video: mpeg2video, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 7500 kb/s, 44.96 fps, 90k tbn, 29.97 t bc Stream #0:1: Audio: mp2 (P[0][0][0] / 0x0050), 44100 Hz, 2 channels, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:0 -> #0:1 (copy) Press [q] to stop, [?] for help DTS 219589, next:122070 st:1 invalid droping DTS 553256, next:155436 st:1 invalid droping DTS 553256, next:188802 st:1 invalid droping DTS 1220589, next:222168 st:1 invalid droping DTS 1554256, next:255534 st:1 invalid droping DTS 1888034, next:288900 st:1 invalid droping DTS 2221589, next:322266 st:1 invalid droping DTS 2555256, next:355632 st:1 invalid droping DTS 2889034, next:388998 st:1 invalid droping DTS 3222589, next:422365 st:1 invalid droping [mpegts @ 0306BCE0] pts < dts in stream 0 av_interleaved_write_frame(): Invalid argument }}} Command: {{{ ffmpeg -i H264.wtv -vcodec copy -acodec copy -copytb -1 h264.ts }}} Output: {{{ ffmpeg version N-38938-ge01f478 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 19 2012 23:16:52 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enab le-bzlib --enable-frei0r --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libfreetype --enable-libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --en able-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 42.100 / 51. 42.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.101 / 2. 65.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS referenced [h264 @ 01E4BC20] non-existing SPS 0 referenced in buffering period [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] non-existing PPS 0 referenced [h264 @ 01E4BC20] decode_slice_header error [h264 @ 01E4BC20] no frame! [h264 @ 01E4BC20] mmco: unref short failure Last message repeated 1 times [h264 @ 01E4BC20] Increasing reorder buffer to 1 [h264 @ 01E4BC20] Increasing reorder buffer to 2 [h264 @ 01E4BC20] Increasing reorder buffer to 3 [h264 @ 01E4BC20] mmco: unref short failure Input #0, wtv, from 'H264.wtv': Metadata: Tuner ID : 716453EF-7443-4F94-9E30-ED10F1C5788D WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74bD WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000eD Title : Mis tardes con Margueritte WM/SubTitleDescription: Un parque de una peque??a ciudad sirve de lugar de encuentro para Germain, un carpintero de algo m??s de cincuenta a??os y casi analfabeto, y Margueritte, una fr??gil anciana apasionada por la lectura. Margueritt e empieza a leerle extractos de novelas, ha genre : Cine;Comedia WM/OriginalReleaseTime: 2010 WM/MediaCredits : G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Ca sadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois service_provider: Canal+ Comedia HD service_name : Canal+ Comedia HD WM/MediaNetworkAffiliation: dvblink WM/MediaOriginalChannel: 15 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/MediaOriginalRunTime: 12066576831 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : true WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2012-01-30 18:28:53 WM/WMRVServiceID: !Generated!5457f0224618436e93271f066a788808 WM/WMRVProgramID: !MCProgram!8162774331456992!canal+ comedia hd!1327943400 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 5027 WM/WMRVOriginalSoftPostPadding: 900 WM/WMRVHardPrePadding: -4727 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 1303804573 WM/WMRVEndTime : 2012-01-30 18:31:03 WM/WMRVBitrate : 3.014656 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 4721 WM/WMRVActualSoftPostPadding: -176 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : true Duration: 00:02:09.54, start: 2.289534, bitrate: 145 kb/s Stream #0:0[0x63](spa): Subtitle: dvb_subtitle Stream #0:1[0x64]: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 34.72 fps, 25 tbr, 10000k tbn, 50 tbc Stream #0:2[0x65](dos): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s Stream #0:3[0x66](esl): Subtitle: dvb_subtitle (hearing impaired) Stream #0:4[0x67](spa): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [mpegts @ 0365B460] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'h264.ts': Metadata: Tuner ID : 716453EF-7443-4F94-9E30-ED10F1C5788D WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74bD WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000eD Title : Mis tardes con Margueritte WM/SubTitleDescription: Un parque de una peque??a ciudad sirve de lugar de encuentro para Germain, un carpintero de algo m??s de cincuenta a??os y casi analfabeto, y Margueritte, una fr??gil anciana apasionada por la lectura. Margueritt e empieza a leerle extractos de novelas, ha genre : Cine;Comedia WM/OriginalReleaseTime: 2010 WM/MediaCredits : G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Ca sadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois-Xavier Demaison/Maurane/G??rard Depardieu/Gis??le Casadesus/Fran??ois service_provider: Canal+ Comedia HD service_name : Canal+ Comedia HD WM/MediaNetworkAffiliation: dvblink WM/MediaOriginalChannel: 15 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 0001-01-01T00:00:00Z WM/MediaOriginalRunTime: 12066576831 WM/MediaIsStereo: false WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : true WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: false WM/WMRVEncodeTime: 2012-01-30 18:28:53 WM/WMRVServiceID: !Generated!5457f0224618436e93271f066a788808 WM/WMRVProgramID: !MCProgram!8162774331456992!canal+ comedia hd!1327943400 WM/WMRVRequestID: 0 WM/WMRVScheduleItemID: 0 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 5027 WM/WMRVOriginalSoftPostPadding: 900 WM/WMRVHardPrePadding: -4727 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: false WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 1303804573 WM/WMRVEndTime : 2012-01-30 18:31:03 WM/WMRVBitrate : 3.014656 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 4721 WM/WMRVActualSoftPostPadding: -176 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : true encoder : Lavf54.2.100 Stream #0:0: Video: h264, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 34.72 fps, 90k tbn, 25 tbc Stream #0:1(dos): Audio: ac3, 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:1 -> #0:0 (copy) Stream #0:2 -> #0:1 (copy) Press [q] to stop, [?] for help DTS 8866777, next:1006678 st:1 invalid droping DTS 8466777, next:1046678 st:1 invalid droping DTS 9266777, next:1086678 st:1 invalid droping DTS 10466777, next:1126678 st:1 invalid droping DTS 10066777, next:1166678 st:1 invalid droping DTS 10866777, next:1206678 st:1 invalid droping DTS 12866777, next:1486678 st:1 invalid droping [mpegts @ 0365B460] pts < dts in stream 0 av_interleaved_write_frame(): Invalid argument }}} I've even tried the very first version of the new zeronae build (ffmpeg- git-1aeb88b-win32-static.7z) and it is broken in exactly the same way as above. '''Somewhere between SVN-r26400 and git-1aeb88b copytb broke'''. Can anyone please help fix this. It's creating havoc with wtv and dvr-ms conversions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 02:20:47 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 00:20:47 -0000 Subject: [FFmpeg-trac] #1165(avcodec:open): h264 seeking regression. In-Reply-To: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> References: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> Message-ID: <054.a4aa86419b0527ba02330848b9c03553@avcodec.org> #1165: h264 seeking regression. ------------------------------------+----------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => h264 * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 02:29:27 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 00:29:27 -0000 Subject: [FFmpeg-trac] #1166(undetermined:new): CopyTB broken in new FFMPEG builds In-Reply-To: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> References: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> Message-ID: <055.1ddc834c876fac7e34cf0098226340f7@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: copytb | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Don't you get the same error without -copytb? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 04:06:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 02:06:08 -0000 Subject: [FFmpeg-trac] #1165(avcodec:closed): h264 seeking regression. In-Reply-To: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> References: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> Message-ID: <054.f9656ad60af09791eb25b9dad5a37b5d@avcodec.org> #1165: h264 seeking regression. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 random | Blocked By: access | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: h264 => h264 random access * status: open => closed * resolution: => fixed Comment: locally fixed, will be in git master in amoment -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 04:55:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 02:55:55 -0000 Subject: [FFmpeg-trac] #1162(avcodec:closed): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.0e5b51050f1f54f0848b99250aaf1595@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: asp | 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 Wed Apr 4 11:04:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 09:04:32 -0000 Subject: [FFmpeg-trac] #1084(avformat:closed): crash with wav to mxf conversion In-Reply-To: <038.f32bfeebb1f9b5e74ef325b772852817@avcodec.org> References: <038.f32bfeebb1f9b5e74ef325b772852817@avcodec.org> Message-ID: <053.64ef2014d1bef130eb3d01199cae99d8@avcodec.org> #1084: crash with wav to mxf conversion -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: unspecified | Resolution: duplicate Keywords: mxf | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => duplicate Comment: Duplicate of ticket #810. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 11:41:46 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 09:41:46 -0000 Subject: [FFmpeg-trac] #950(undetermined:closed): webm convert -> segmentation error In-Reply-To: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> References: <037.36a3edb772d2a7089c8e3bc4433dd874@avcodec.org> Message-ID: <052.1103b66c4e853670d578d0d8606d8697@avcodec.org> #950: webm convert -> segmentation error -------------------------------------+------------------------------------- Reporter: xanadonf | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: libvpx | Resolution: invalid crash SIGSEGV | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: The backtrace indicates that the crash happens inside libvpx, therefore nothing can be done in FFmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 11:47:13 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 09:47:13 -0000 Subject: [FFmpeg-trac] #968(undetermined:open): Error message at end of asf stream (was: FFmpeg crashes when transcoding a wmv video on windows 7 (64 bit) machine) In-Reply-To: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> References: <035.f3e4268c099022856cce67d60bf2c706@avcodec.org> Message-ID: <050.9639c64d45cfae8c7597cea3709e8440@avcodec.org> #968: Error message at end of asf stream -------------------------------------+------------------------------------- Reporter: eiljoe | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: asf wmav2 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => minor * version: unspecified => git-master * keywords: win64 => asf wmav2 Comment: {{{ $ ffmpeg -i resource-3c1aaa56-90fd-4fb5-9383-e0606761a4ca.wmv -vn -f null - ffmpeg version N-39496-ga4e359a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 4 2012 10:59:20 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'resource-3c1aaa56-90fd-4fb5-9383-e0606761a4ca.wmv': Metadata: WMFSDKVersion : 11.0.5721.5245 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 846 Buffer Average : 851 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze Duration: 00:01:20.02, start: 0.000000, bitrate: 5018 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 48000 Hz, 2 channels, s16, 128 kb/s Stream #0:1: Video: wmv2 (WMV2 / 0x32564D57), yuv420p, 1280x720, 18000 kb/s, 25 tbr, 1k tbn, 1k tbc Output #0, null, to 'pipe:': Metadata: WMFSDKVersion : 11.0.5721.5245 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 846 Buffer Average : 851 Encoded_By : Sorenson Squeeze Encoded_With : Sorenson Squeeze encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (wmav2 -> pcm_s16le) Press [q] to stop, [?] for help [wmav2 @ 0x147d1e0] get_buffer() failed Error while decoding stream #0:0 size= 0kB time=00:01:20.01 bitrate= 0.0kbits/s video:0kB audio:15008kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 11:48:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 09:48:53 -0000 Subject: [FFmpeg-trac] #967(avcodec:open): iff ilbm ham8 with transparency decodes incorrectly In-Reply-To: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> References: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> Message-ID: <053.147e37c92ecef2585b94d29da298e5f5@avcodec.org> #967: iff ilbm ham8 with transparency decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | 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 Apr 4 12:40:50 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 10:40:50 -0000 Subject: [FFmpeg-trac] #1167(undetermined:new): asf to avi: Application provided invalid, non monotonically Message-ID: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> #1167: asf to avi: Application provided invalid, non monotonically -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i j.asf out.avi ffmpeg version N-39492-gae3ee72 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 4 2012 02:19:52 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'j.asf': Duration: 00:00:41.36, start: 0.000000, bitrate: 100 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 16 kb/s Stream #0:1: Video: msmpeg4 (MP43 / 0x3334504D), yuv420p, 192x144, 25 tbr, 1 k tbn, 1k tbc w:192 h:144 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 192x144, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 16000 Hz, 1 channels, s16 Stream mapping: Stream #0:1 -> #0:0 (msmpeg4 -> mpeg4) Stream #0:0 -> #0:1 (wmav2 -> libmp3lame) Press [q] to stop, [?] for help [avi @ 0x2376020] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 7 >= 6 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 12:42:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 10:42:28 -0000 Subject: [FFmpeg-trac] #1167(undetermined:new): asf to avi: Application provided invalid, non monotonically In-Reply-To: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> References: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> Message-ID: <053.202ff402fdf5a35bd59bc7cc94d69811@avcodec.org> #1167: asf to avi: Application provided invalid, non monotonically -------------------------------------+------------------------------------- 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): also: {{{ C:\>ffmpeg -i j.asf out.wma ffmpeg version N-39492-gae3ee72 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 4 2012 02:19:52 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'j.asf': Duration: 00:00:41.36, start: 0.000000, bitrate: 100 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 16 kb/s Stream #0:1: Video: msmpeg4 (MP43 / 0x3334504D), yuv420p, 192x144, 25 tbr, 1 k tbn, 1k tbc w:192 h:144 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 Output #0, asf, to 'out.wma': Metadata: WM/EncodingSettings: Lavf54.3.100 Stream #0:0: Video: msmpeg4 (MP43 / 0x3334504D), yuv420p, 192x144, q=2-31, 2 00 kb/s, 1k tbn, 25 tbc Stream #0:1: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (msmpeg4 -> msmpeg4) Stream #0:0 -> #0:1 (wmav2 -> wmav2) Press [q] to stop, [?] for help [asf @ 0x2376020] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 282 >= 250 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 13:15:28 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 11:15:28 -0000 Subject: [FFmpeg-trac] #1167(undetermined:open): asf to avi: Application provided invalid, non monotonically In-Reply-To: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> References: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> Message-ID: <053.22f25ece7059fe2d3b7d8bddad004524@avcodec.org> #1167: asf to avi: Application provided invalid, non monotonically -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => av_interleaved_write_frame regression * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: Encoder-related regression since "update to AVCodec.encode2()" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 14:20:16 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 12:20:16 -0000 Subject: [FFmpeg-trac] #1157(undetermined:new): Circular buffer overrun with 4+ ffmpeg instances. In-Reply-To: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> References: <036.d727cdbeca2a4fd294ee4b55eea7408c@avcodec.org> Message-ID: <051.e2eaeb9acec118b761389054f32d5544@avcodec.org> #1157: Circular buffer overrun with 4+ ffmpeg instances. ---------------------------------+---------------------------------------- Reporter: Involar | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+---------------------------------------- Comment (by Involar): Hello, I tested with a file output and i experienced no instability or crashing. Any kind of streaming seems to get unstable with more instances of ffmpeg running. I tried with mpegts and h264 muxers and the result was the same. My version is as follows : ffmpeg -version ffmpeg version git-2012-03-31-f9143d2 built on Mar 31 2012 23:08:54 with gcc 4.4.3 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable- libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable- libvorbis --enable-libx264 --enable-nonfree --enable-version3 --enable- x11grab libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 ffmpeg -i udp://@239.1.1.2:5000 -pass 1 -crf 10 -vcodec libx264 -preset ultrafast -g 50 -b 500k -bt 100k -threads 0 -acodec libfaac -ab 128k -ar 48000 -ac 2 -async 1 -f mpegts udp://192.168.1.136:5000 -v verbose ffmpeg version git-2012-03-31-f9143d2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 31 2012 23:08:54 with gcc 4.4.3 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x25a33a0] Unable to seek back to the start [mpeg2video @ 0x25cda20] mpeg_decode_postinit() failure Last message repeated 10 times [mpegts @ 0x25a33a0] max_analyze_duration 5000000 reached at 5016000 [mpegts @ 0x25a33a0] Estimating duration from bitrate, this may be inaccurate Input #0, mpegts, from 'udp://@239.1.1.2:5000': Duration: N/A, start: 40354.983533, bitrate: 15192 kb/s Program 100 Stream #0:0[0x1f7]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p, 720x576 [SAR 16:15 DAR 4:3], 15000 kb/s, 26.94 fps, 25 tbr, 90k tbn, 50 tbc Stream #0:1[0x1f8]: Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, 2 channels, s16, 192 kb/s Please use -b:a or -b:v, -b is ambiguous [buffer @ 0x26062a0] w:720 h:576 pixfmt:yuv420p tb:1/1000000 sar:16/15 sws_param:flags=2 [libx264 @ 0x29fcbe0] using SAR=16/15 [libx264 @ 0x29fcbe0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x29fcbe0] profile Constrained Baseline, level 3.0 [mpegts @ 0x2605c80] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'udp://192.168.1.136:5000': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: h264, yuv420p, 720x576 [SAR 16:15 DAR 4:3], q=-1-- 1, pass 1, 500 kb/s, 90k tbn, 25 tbc Stream #0:1: Audio: aac, 48000 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> libx264) Stream #0:1 -> #0:1 (mp2 -> libfaac) Press [q] to stop, [?] for help *** 21 dup! Circular buffer overrun. To avoid, increase fifo_size URL option. To survive in such case, use overrun_nonfatal option PES packet size mismatch.0 size= 276021kB time=00:02:16.28 bitrate=16592.1kbits/s dup=21 drop=0 [mpeg2video @ 0x25cda20] ac-tex damaged at 36 21 [mpeg2video @ 0x25cda20] Warning MVs not available [mpeg2video @ 0x25cda20] concealing 675 DC, 675 AC, 675 MV errors [mp2 @ 0x25d3be0] incomplete frame Error while decoding stream #0:1 *** 2 dup! frame= 3431 fps= 24 q=-1.0 Lsize= 278340kB time=00:02:16.93 bitrate=16650.9kbits/s dup=23 drop=0 video:255602kB audio:2139kB global headers:0kB muxing overhead 7.991834% [libx264 @ 0x29fcbe0] frame I:69 Avg QP: 6.86 size:188256 [libx264 @ 0x29fcbe0] frame P:3362 Avg QP: 9.83 size: 73988 [libx264 @ 0x29fcbe0] mb I I16..4: 100.0% 0.0% 0.0% [libx264 @ 0x29fcbe0] mb P I16..4: 4.5% 0.0% 0.0% P16..4: 84.2% 0.0% 0.0% 0.0% 0.0% skip:11.2% [libx264 @ 0x29fcbe0] coded y,uvDC,uvAC intra: 95.9% 96.9% 93.9% inter: 72.9% 50.2% 36.3% [libx264 @ 0x29fcbe0] i16 v,h,dc,p: 24% 34% 29% 13% [libx264 @ 0x29fcbe0] i8c dc,h,v,p: 25% 39% 23% 13% [libx264 @ 0x29fcbe0] kb/s:15257.17 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 16:02:56 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 14:02:56 -0000 Subject: [FFmpeg-trac] #1168(undetermined:new): FFmpeg Crash on x64 Message-ID: <032.cabcaca56814d71c85d74fb1994e51ec@avcodec.org> #1168: FFmpeg Crash on x64 -------------------------------------+------------------------------------- Reporter: DJX | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- On Windows 7 x64 Crash with 64-bit binary when transocding any input I've tried so far: ffmpeg -i "C:\Temp\Episode 101.mpg" C:\Temp\Test.avi ffmpeg version N-39494-g41a097a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 3 2012 20:23:48 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg @ 00000000003EF240] max_analyze_duration 5000000 reached at 5005000 Input #0, mpeg, from 'C:\Temp\Episode 101.mpg': Duration: 00:22:05.24, start: 0.280611, bitrate: 5389 kb/s Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 8500 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x80]: Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s [buffer @ 00000000041B0F20] w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:8/9 sws_ param:flags=2 Output #0, avi, to 'C:\Temp\Test.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (mpeg2video -> mpeg4) Stream #0:1 -> #0:1 (ac3 -> libmp3lame) Press [q] to stop, [?] for help [mpeg2video @ 00000000003EFB20] warning: first frame is no keyframe *Crashes Here* Pops up the "Windows is checking for solution..." 32-bit binary is fine, same platform. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 16:34:39 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 14:34:39 -0000 Subject: [FFmpeg-trac] #1135(avcodec:new): ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon In-Reply-To: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> References: <035.b698158a1ab2547ae607b7a85f61e5b7@avcodec.org> Message-ID: <050.bdcfdab7a8495442d1b2dfe03160bca4@avcodec.org> #1135: ffmpeg/ffplay crashes with lowres=1 or lowres=3 with 1080i mpeg2 video on arm-neon ------------------------------------+----------------------------------- Reporter: yiwang | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: arm | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by yiwang): Actually lowres=3 crashes with a different reason: unaligned memory address. dest_cb ends up with address such as: 0xf9f201 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 16:43:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 14:43:01 -0000 Subject: [FFmpeg-trac] #1168(undetermined:new): FFmpeg Crash on x64 In-Reply-To: <032.cabcaca56814d71c85d74fb1994e51ec@avcodec.org> References: <032.cabcaca56814d71c85d74fb1994e51ec@avcodec.org> Message-ID: <047.2460b6d0e5efc758712fd14b8be01c26@avcodec.org> #1168: FFmpeg Crash on x64 -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: win64 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win64 Comment: Did you compile the executable yourself? Please provide backtrace etc. as explained on http://ffmpeg.org/bugreports.html - gdb works fine on Windows. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 16:50:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 14:50:21 -0000 Subject: [FFmpeg-trac] #1168(undetermined:new): FFmpeg Crash on x64 In-Reply-To: <032.cabcaca56814d71c85d74fb1994e51ec@avcodec.org> References: <032.cabcaca56814d71c85d74fb1994e51ec@avcodec.org> Message-ID: <047.ef727de9bd8578ef640a09b8b03f0495@avcodec.org> #1168: FFmpeg Crash on x64 -------------------------------------+------------------------------------- Reporter: DJX | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: win64 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DJX): I did not compile the binary. I'm using the builds provided here: http://ffmpeg.zeranoe.com/builds/ I am unable to provide a backtrace because I do not have an environment for it. Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 17:04:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 15:04:32 -0000 Subject: [FFmpeg-trac] #1125(undetermined:open): Flash 11 RTMP h264 non monotonically increasing error In-Reply-To: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> References: <037.39dd6db5965569fe9a6b8c9d1aebc882@avcodec.org> Message-ID: <052.9929bdc8ce5834ea54c784b4da17163a@avcodec.org> #1125: Flash 11 RTMP h264 non monotonically increasing error -------------------------------------+------------------------------------- Reporter: finalweb | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame flv | Blocked By: h264 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by vestigal): Replying to [comment:12 finalweb]: > Looks like that works for the live stream, but once you try to record, you end up having sync issues with the recorded file, so that doesn't seem to completely resolve the issue. I had audio/video syncing problems too, but not just with recorded streams I had them with the live transcoded stream also. My guess was that the sync problem was a result of transcoding audio; not because of the nonstrict timestamp flag. I had some excellent results using the -copyts flag. Your result may vary. I'm still curious why the AVFORMAT_TS_NONSTRICT flag isn't considered a good solution. My understanding of a monotonic function doesn't preclude two identical timestamps. Monotonically increasing, in my head, means that the timestamps never go backward. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 19:50:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 17:50:58 -0000 Subject: [FFmpeg-trac] #1165(avcodec:closed): h264 seeking regression. In-Reply-To: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> References: <039.7c15a145db8e3a47f210ce06cd906d46@avcodec.org> Message-ID: <054.5500a2807cc6e61ff930326192e51a1e@avcodec.org> #1165: h264 seeking regression. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: h264 random | Blocked By: access | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dalecurtis): Fast! Thanks for the fix Michael! :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 19:51:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 17:51:10 -0000 Subject: [FFmpeg-trac] #1162(avcodec:closed): Possible regression in mpeg4 decoding. In-Reply-To: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> References: <039.6ea088bd721755860e0ac65678f80383@avcodec.org> Message-ID: <054.672b29e815a9bbc4fe3ee9d3e43fd80d@avcodec.org> #1162: Possible regression in mpeg4 decoding. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: regression | Blocked By: asp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by dalecurtis): Thanks again! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 20:57:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 18:57:08 -0000 Subject: [FFmpeg-trac] #1004(undetermined:closed): Stream copying mp2 or mpeg2video from a WTV file causes a failure - non monotonically increasing dts to muxer In-Reply-To: <040.e4306efdd402e742812e77c9c1cb544e@avcodec.org> References: <040.e4306efdd402e742812e77c9c1cb544e@avcodec.org> Message-ID: <055.a809d100ae92962e0bbd6e49712fc369@avcodec.org> #1004: Stream copying mp2 or mpeg2video from a WTV file causes a failure - non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: wtv mp2 | Resolution: fixed mpeg2video | Blocked By: av_interleaved_write_frame | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 21:39:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 19:39:58 -0000 Subject: [FFmpeg-trac] #1169(avcodec:new): Last 11 Frames Are Skipped Message-ID: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> #1169: Last 11 Frames Are Skipped --------------------------------------+--------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+--------------------------------- While working on a video reader I found I wasn't seeing all the frames from the video. It's possible I'm doing something wrong, but I haven't found any documentation that says I need to do anything special for decoding H264 video. The `av_read_frame(formatContext, &packet)` returns nonzero 11 frames before the end of the video. I transcoded the video with ffmpeg to mpeg2video, and the transcoded video did not show the same problem. '''Minimal Reproducible Code Sample''' {{{ #include extern "C" { #include #include #include }; void saveFrame(const AVFrame* frame, int width, int height, int frameNumber) { char filename[32]; sprintf(filename, "frame%d.ppm", frameNumber); std::ofstream file(filename, std::ios_base::binary | std::ios_base::trunc | std::ios_base::out); if (!file.good()) { throw std::runtime_error("Unable to open the file to write the frame"); } file << "P5\n" << width << '\n' << height << "\n255\n"; for (int i = 0; i < height; ++i) { file.write((char*)(frame->data[0] + i * frame->linesize[0]), width); } } int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "in.mov", NULL, NULL) != 0) { av_free(frame); return 1; } if (avformat_find_stream_info(formatContext, NULL) < 0) { av_free(frame); av_close_input_file(formatContext); return 1; } if (formatContext->nb_streams < 1 || formatContext->streams[0]->codec->codec_type != AVMEDIA_TYPE_VIDEO) { av_free(frame); av_close_input_file(formatContext); return 1; } AVStream* stream = formatContext->streams[0]; AVCodecContext* codecContext = stream->codec; codecContext->codec = avcodec_find_decoder(codecContext->codec_id); if (codecContext->codec == NULL) { av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); return 1; } else if (avcodec_open2(codecContext, codecContext->codec, NULL) != 0) { av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); return 1; } AVPacket packet; av_init_packet(&packet); std::ofstream stats("stats.txt"); int frameNumber = 0; while (av_read_frame(formatContext, &packet) == 0) { if (packet.stream_index == stream->index) { int frameFinished = 0; avcodec_decode_video2(codecContext, frame, &frameFinished, &packet); if (frameFinished) { saveFrame(frame, codecContext->width, codecContext->height, frameNumber++); stats << "repeat: " << frame->repeat_pict << "\tkeyframe: " << frame->key_frame << "\tbest_ts: " << frame->best_effort_timestamp << '\n'; } } } av_free_packet(&packet); av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} '''Config options:''' ./configure --arch=x86 --enable-shared --disable- static '''FFmpeg/libavcodec compiler:''' GCC/MinGW '''Compiler for above sample:''' VC++ 2010 '''Expected output:''' frame0.ppm to frame 360.ppm '''Actual output:''' frame0.ppm to frame 349.ppm '''ffmpeg.exe -i in.mov''' {{{ ffmpeg version 0.10.2.git-a45605a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 4 2012 12:58:46 with gcc 4.6.1 configuration: --arch=x86 --enable-shared --disable-static libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mov': Metadata: major_brand : qt minor_version : 512 compatible_brands: qt encoder : Lavf54.3.100 Duration: 00:00:15.13, start: 0.000000, bitrate: 1002 kb/s Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 852x480 [SAR 1:1 DAR 71:40], 1000 kb/s, 23.92 fps, 24 tbr, 600 tbn, 47.95 tbc Metadata: handler_name : ?DataHandler }}} Sample video attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 21:49:05 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 19:49:05 -0000 Subject: [FFmpeg-trac] #1169(avcodec:new): Last 11 Frames of H264 MOV Are Skipped When Decoding (was: Last 11 Frames Are Skipped) In-Reply-To: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> References: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> Message-ID: <053.0ae3fa7b4a6f247b8d04156cbc65065a@avcodec.org> #1169: Last 11 Frames of H264 MOV Are Skipped When Decoding ------------------------------------+----------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 21:57:58 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 19:57:58 -0000 Subject: [FFmpeg-trac] #1169(avcodec:new): Last 11 Frames of H264 MOV Are Skipped When Decoding In-Reply-To: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> References: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> Message-ID: <053.c2a4d62eb45c101efaa0548d201d2026@avcodec.org> #1169: Last 11 Frames of H264 MOV Are Skipped When Decoding ------------------------------------+----------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): The sample contains 362 frames ("00:00:00:00" is repeated once and the last frame is "00:00:15:00"), ffmpeg decodes all of them (bitexact if compared with the reference decoder). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 22:05:03 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 20:05:03 -0000 Subject: [FFmpeg-trac] #1169(avcodec:closed): Last 11 Frames of H264 MOV Are Skipped When Decoding In-Reply-To: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> References: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> Message-ID: <053.f4703442de1ec9dc7868216174a54e76@avcodec.org> #1169: Last 11 Frames of H264 MOV Are Skipped When Decoding ------------------------------------+----------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by reimar): * status: new => closed * resolution: => invalid Comment: Please read the documentation. For example the one for avcodec_decode_video2 says: * @note Codecs which have the CODEC_CAP_DELAY capability set have a delay * between input and output, these need to be fed with avpkt->data=NULL, * avpkt->size=0 at the end to return the remaining frames. Since you are not doing that you do not have the chance of getting all frames decoded with most codecs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 4 22:08:36 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 04 Apr 2012 20:08:36 -0000 Subject: [FFmpeg-trac] #1169(avcodec:closed): Last 11 Frames of H264 MOV Are Skipped When Decoding In-Reply-To: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> References: <038.0a3501895906ef2ffcbfb2b8fadb8643@avcodec.org> Message-ID: <053.7c72f7ca9d1a74540b734b75663196f7@avcodec.org> #1169: Last 11 Frames of H264 MOV Are Skipped When Decoding ------------------------------------+----------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by mbradshaw): Thank you, that was what I was overlooking. Sorry for the false alarm. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 5 15:08:51 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 13:08:51 -0000 Subject: [FFmpeg-trac] #1170(avformat:new): asf sub index seeking Message-ID: <036.a93cc2f8bd862fe6d48cda45e94a13bd@avcodec.org> #1170: asf sub index seeking -------------------------------------+------------------------------------- Reporter: michael | Owner: Type: | Status: new enhancement | Component: avformat Priority: wish | Keywords: asf random Version: git- | access master | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- The index in asf files does not index all keyframes and is not very fine grained. Binary search should be used in addition to using the index so as to allow frame accurate seeking in asf. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 5 15:11:18 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 13:11:18 -0000 Subject: [FFmpeg-trac] #1170(avformat:open): asf sub index seeking In-Reply-To: <036.a93cc2f8bd862fe6d48cda45e94a13bd@avcodec.org> References: <036.a93cc2f8bd862fe6d48cda45e94a13bd@avcodec.org> Message-ID: <051.6713b3e56b4fc1e4ea086d92a92d399a@avcodec.org> #1170: asf sub index seeking -------------------------------------+------------------------------------- Reporter: michael | Owner: Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: asf random | Blocked By: access | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => open Old description: > The index in asf files does not index all keyframes and is not very fine > grained. Binary search should be used in addition to using the index so > as to allow frame accurate seeking in asf. New description: The index in asf files does not index all keyframes and is not very fine grained. Binary search should be used in addition to using the index so as to allow frame accurate seeking in asf. The inaccurate seeking issue can be seen in the seek regression test -- -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 5 17:59:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 15:59:11 -0000 Subject: [FFmpeg-trac] #1171(undetermined:new): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref Message-ID: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- {{{ vopts="-c:v libvpx -vp8flags altref -rc_lookahead 5" ffmpeg -pass 1 -i testv.mkv -f rawvideo $vopts -y /dev/null ffmpeg -pass 2 -i testv.mkv $vopts -y testout.mkv }}} {{{ ffmpeg version git-2012-04-05-c99bdd5 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 5 2012 17:19:33 with gcc 4.6.3 configuration: --prefix=/usr --enable-gpl --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-nonfree --enable-postproc --enable-x11grab --enable- shared libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, matroska,webm, from 'testv.mkv': Metadata: AACAOT : 2 AUDIOCHANNELS : 2 AVCLEVEL : 32 AVCPROFILE : 77 MOOVPOSITION : 28 VIDEOFRAMERATE : 25 ENCODER : Lavf54.3.100 Duration: 00:00:01.04, start: 0.000000, bitrate: 2331 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1k fps, 25 tbr, 1k tbn, 50 tbc (default) [buffer @ 0x2639d40] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:flags=2 [libvpx @ 0x26403e0] v1.0.0 Output #0, rawvideo, to '/dev/null': Metadata: AACAOT : 2 AUDIOCHANNELS : 2 AVCLEVEL : 32 AVCPROFILE : 77 MOOVPOSITION : 28 VIDEOFRAMERATE : 25 encoder : Lavf54.3.100 Stream #0:0: Video: vp8, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1-- 1, pass 1, 200 kb/s, 90k tbn, 25 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Press [q] to stop, [?] for help frame= 12 fps=0.0 q=0.0 size= 0kB time=00:00:00.00 bitrate= 0.0kbits/sframe= 26 fps= 20 q=0.0 Lsize= 0kB time=00:00:00.00 bitrate= 0.0kbits/s dup=1 drop=0 video:0kB audio:0kB global headers:0kB muxing overhead -nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ffmpeg version git-2012-04-05-c99bdd5 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 5 2012 17:19:33 with gcc 4.6.3 configuration: --prefix=/usr --enable-gpl --enable-libfaac --enable- libmp3lame --enable-libtheora --enable-libvorbis --enable-libvpx --enable- libx264 --enable-nonfree --enable-postproc --enable-x11grab --enable- shared libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, matroska,webm, from 'testv.mkv': Metadata: AACAOT : 2 AUDIOCHANNELS : 2 AVCLEVEL : 32 AVCPROFILE : 77 MOOVPOSITION : 28 VIDEOFRAMERATE : 25 ENCODER : Lavf54.3.100 Duration: 00:00:01.04, start: 0.000000, bitrate: 2331 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 1k fps, 25 tbr, 1k tbn, 50 tbc (default) [buffer @ 0x1af4d40] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:flags=2 [libvpx @ 0x1afb3e0] v1.0.0 Output #0, matroska, to 'testout.mkv': Metadata: AACAOT : 2 AUDIOCHANNELS : 2 AVCLEVEL : 32 AVCPROFILE : 77 MOOVPOSITION : 28 VIDEOFRAMERATE : 25 encoder : Lavf54.3.100 Stream #0:0: Video: vp8, yuv420p, 1280x720 [SAR 1:1 DAR 16:9], q=-1-- 1, pass 2, 200 kb/s, 1k tbn, 25 tbc (default) Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Press [q] to stop, [?] for help [matroska @ 0x1afaca0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 80 >= 80 av_interleaved_write_frame(): Invalid argument }}} I get no error in 1 pass mode, when I remove "-vp8flags altref", or with "-rc_lookahead" < 5. The source file was in flv format and was converted to mkv with ffmpeg (a simple copy), but the error also happens with the source flv. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 5 18:04:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 16:04:35 -0000 Subject: [FFmpeg-trac] #1171(undetermined:new): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.d9bd592de74362a4dadb1b41c7ef2dcf@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by temporary): I forgot: this is with libvpx 1.0.0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 5 18:24:46 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 16:24:46 -0000 Subject: [FFmpeg-trac] #1171(undetermined:new): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.0cceadf3adf7ab0b2dc05b1d04bb4e0b@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): Despite several people (including me) pointing out the issues, VP8 went with this idiotic design for altref. This means that you can't really mux stuff encoded with altref in any other format that webm without creating invalid files. So either 1) do not use altref 2) use webm as container -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 00:56:37 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 05 Apr 2012 22:56:37 -0000 Subject: [FFmpeg-trac] #1058(undetermined:closed): yuva444p in nut muxed or demuxed as rgb555le In-Reply-To: <035.9256fcdbbce6d8afadf807e3738c29bf@avcodec.org> References: <035.9256fcdbbce6d8afadf807e3738c29bf@avcodec.org> Message-ID: <050.384ebe6b6a85b709c4d81507a843f7d2@avcodec.org> #1058: yuva444p in nut muxed or demuxed as rgb555le -------------------------------------+------------------------------------- Reporter: Cigaes | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: nut | Resolution: fixed yuva444p | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed (the nut documentation was already sufficient imo). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 03:13:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 01:13:04 -0000 Subject: [FFmpeg-trac] #1172(avformat:new): openexr .exr support Message-ID: <034.1e384eb44ed4d8e09a66a350817e7ff6@avcodec.org> #1172: openexr .exr support ---------------------------------------+---------------------------------- Reporter: compn | Owner: Type: enhancement | Status: new Priority: normal | Component: avformat Version: unspecified | Keywords: avformat Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 ---------------------------------------+---------------------------------- support .exr format patch: http://ffmpeg.org/pipermail/ffmpeg-devel/2010-April/081747.html sample: http://mango.blender.org/production/format-woes/ spec/info: http://wiki.multimedia.cx/index.php?title=OpenEXR -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 08:26:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 06:26:21 -0000 Subject: [FFmpeg-trac] #1173(avformat:new): Invalid dts calculation in compute_pkt_fields2 Message-ID: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 ----------------------------------+-------------------------------------- Reporter: Ratio | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- fix in patch -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 11:23:00 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 09:23:00 -0000 Subject: [FFmpeg-trac] #1172(avcodec:closed): openexr .exr support In-Reply-To: <034.1e384eb44ed4d8e09a66a350817e7ff6@avcodec.org> References: <034.1e384eb44ed4d8e09a66a350817e7ff6@avcodec.org> Message-ID: <049.827f635dfa1b1705b72b1202afe413d8@avcodec.org> #1172: openexr .exr support -------------------------------------+----------------------------------- Reporter: compn | Owner: Type: enhancement | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: fixed Keywords: exr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * keywords: avformat => exr * resolution: => fixed * status: new => closed * component: avformat => avcodec Comment: patch fixed & applied -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 13:24:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 11:24:42 -0000 Subject: [FFmpeg-trac] #1173(undetermined:new): Invalid dts calculation in compute_pkt_fields2 In-Reply-To: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> References: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> Message-ID: <049.033cc472780db323daad73219a163c4f@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 -------------------------------------+------------------------------------- Reporter: Ratio | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * component: avformat => undetermined Comment: Please explain the bug that you are trying to fix: Please provide the (minimal) ffmpeg command line that allows to reproduce your problem together with complete, uncut console output. A sample might also be needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 14:03:30 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 12:03:30 -0000 Subject: [FFmpeg-trac] #1173(undetermined:new): Invalid dts calculation in compute_pkt_fields2 In-Reply-To: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> References: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> Message-ID: <049.8733e709bc4df71753f688bafe8f9b51@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 -------------------------------------+------------------------------------- Reporter: Ratio | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ratio): This occured when i use libavformat library. format: matroska codec: libx264 max_b_frames: 3 has_b_frames: 1 I receive error: [matroska @ 0418fbe0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 80 >= 40 When i change has_b_frames to 3, all works fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 16:24:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 14:24:25 -0000 Subject: [FFmpeg-trac] #1138(undetermined:open): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.7a557e1acb2dee280b8251b5e128c147@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by eelco): We ran into the same problem. It seems that the DTS is calculated from the input stream (not from the packet) but doesn't take into account the initial seek. We created the following fix: https://github.com/tupil/FFmpeg/commit/bdbd883c2e10858b9be55457fe42c1629904087b (also attached) It works for our use case and also seems to work for the file attached to this ticket, but since we're new to FFmpeg development, we're not sure if it's 100% correct. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 16:36:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 14:36:23 -0000 Subject: [FFmpeg-trac] #1138(undetermined:open): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.08906fad93e6972d9f022cdcc1affcc2@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by carlrosmann): Thank you! It seems that lately many of the developers prefer to do whitespace cleanups, refactor the API, make cosmetic improvments, fix the grammar and add some decoders for some rare games that appeared in the 80s. It is very valuable to see some real patches that make ffmpeg actually work as advertised. hope it gets review. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 16:57:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 14:57:08 -0000 Subject: [FFmpeg-trac] #1173(undetermined:new): Invalid dts calculation in compute_pkt_fields2 In-Reply-To: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> References: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> Message-ID: <049.de392a6977de6171384485adb54ee2fa@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 -------------------------------------+------------------------------------- Reporter: Ratio | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is the problem also reproducible with ffmpeg (the application)? If yes, please provide a minimal command line and complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 17:09:49 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 15:09:49 -0000 Subject: [FFmpeg-trac] #1138(undetermined:open): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.4857f4dea2fd5c64f410a4fd23ee4831@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:6 eelco]: > https://github.com/tupil/FFmpeg/commit/ I believe you should *really* clarify the license of the source files you added. While you may not be violating FFmpeg's copyrights (probably not), you may possibly violate the copyright of the Air Video Server authors. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 17:12:31 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 15:12:31 -0000 Subject: [FFmpeg-trac] #1138(undetermined:open): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.beabdaf8244fc792c397a395a0a408ef@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:7 carlrosmann]: > It is very valuable to see some real patches that make ffmpeg actually work as advertised. I am not arguing against the part that I cut but I am rather surprised about this statement from somebody who reported 1 (one) bug on this tracker. > hope it gets review. Patches posted on ffmpeg-devel (esp. if they are so short) certainly get a review. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 17:18:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 15:18:21 -0000 Subject: [FFmpeg-trac] #1173(undetermined:new): Invalid dts calculation in compute_pkt_fields2 In-Reply-To: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> References: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> Message-ID: <049.823d9d34854bf8cd494b5ee2a0477847@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 -------------------------------------+------------------------------------- Reporter: Ratio | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Ratio): I just see description for has_b_frames in source code: "Size of the frame reordering buffer in the decoder." Parameter name don't match parameter meaning. All work correctly. Not a bug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 17:19:24 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 15:19:24 -0000 Subject: [FFmpeg-trac] #1173(undetermined:closed): Invalid dts calculation in compute_pkt_fields2 In-Reply-To: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> References: <034.afcfcd1756ea442d0838969b7431dd2f@avcodec.org> Message-ID: <049.2c520f482ccba6eb7be2aed5617fb56e@avcodec.org> #1173: Invalid dts calculation in compute_pkt_fields2 -------------------------------------+------------------------------------- Reporter: Ratio | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: invalid Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for the clarification. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 23:06:16 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 21:06:16 -0000 Subject: [FFmpeg-trac] #1154(undetermined:open): Application provided invalid, non monotonically increasing dts to muxer In-Reply-To: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> References: <043.572d335b5c9672fe6f5f95580b5bb7d1@avcodec.org> Message-ID: <058.a09111dd490b5ae9aa10ed8f0069f95c@avcodec.org> #1154: Application provided invalid, non monotonically increasing dts to muxer -------------------------------------+------------------------------------- Reporter: | Owner: greenythebeast | Status: open Type: defect | Component: Priority: normal | undetermined Version: git-master | Resolution: Keywords: | Blocked By: av_interleaved_write_frame flv | Reproduced by developer: 1 h264 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by greenythebeast): I'm just curious, but what does this error even mean? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 6 23:10:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 21:10:42 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously Message-ID: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously --------------------------------------+---------------------------------- Reporter: TonyPh12345 | Type: defect Status: new | Priority: normal Component: undetermined | Version: 0.10.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- This is very similar to portions of what's described in #468. The input MKV file has one AVC video track and two AC3 audio tracks. I use this command (in ffmpeg 0.10.2; see below for results with today's git) ffmpeg -y -i input.mkv -map 0:0 -map 0:1 -map 0:2 -acodec aac -ar 48000 -ab 128k -ac 2 -vcodec copy -strict experimental -threads 6 output.m4v The process runs, and no errors are reported {{{ ffmpeg started on 2012-04-06 at 15:59:59 Report written to "ffmpeg-20120406-155959.log" Command line: ffmpeg -report -y -i input.mkv -map 0:0 -map 0:1 -map 0:2 -acodec aac -ar 48000 -ab 128k -ac 2 -vcodec copy -strict experimental -threads 6 output.m4v ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 24 2012 15:22:08 with gcc 4.5.1 20100924 (Red Hat 4.5.1-4) configuration: 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 [matroska,webm @ 0xa058280] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase st:2 removing common factor 1000000 from timebase st:3 removing common factor 1000000 from timebase st:4 removing common factor 1000000 from timebase st:5 removing common factor 1000000 from timebase [h264 @ 0xa05f4c0] err{or,}_recognition separate: 1; 1 [h264 @ 0xa05f4c0] err{or,}_recognition combined: 1; 10001 [ac3 @ 0xa05fb60] err{or,}_recognition separate: 1; 1 [ac3 @ 0xa05fb60] err{or,}_recognition combined: 1; 10001 [ac3 @ 0xa05fb60] Unsupported bit depth: 0 [ac3 @ 0xa060140] err{or,}_recognition separate: 1; 1 [ac3 @ 0xa060140] err{or,}_recognition combined: 1; 10001 [ac3 @ 0xa060140] Unsupported bit depth: 0 [dvdsub @ 0xa079a00] err{or,}_recognition separate: 1; 1 [dvdsub @ 0xa079a00] err{or,}_recognition combined: 1; 10001 [dvdsub @ 0xa079a00] palette: 0x0000fd 0xfe0000 0x000000 0xfdfdfd 0xf38200 0x0087f4 0xf6ea8a 0x007c7b 0x0000fd 0xfeea04 0x7b0000 0x007e00 0x00007a 0xdc00fd 0xdd7d00 0xdfe13a [dvdsub @ 0xa07fc80] err{or,}_recognition separate: 1; 1 [dvdsub @ 0xa07fc80] err{or,}_recognition combined: 1; 10001 [dvdsub @ 0xa07fc80] palette: 0x0000fd 0xfe0000 0x000000 0xfdfdfd 0xf38200 0x0087f4 0xf6ea8a 0x007c7b 0x0000fd 0xfeea04 0x7b0000 0x007e00 0x00007a 0xdc00fd 0xdd7d00 0xdfe13a [h264 @ 0xa05f4c0] no picture [h264 @ 0xa05f4c0] no picture [matroska,webm @ 0xa058280] All info found rfps: 29.666667 0.013781 rfps: 29.666667 0.013781 rfps: 29.750000 0.007295 rfps: 29.750000 0.007295 rfps: 29.833333 0.002869 rfps: 29.833333 0.002869 rfps: 29.916667 0.000504 rfps: 29.916667 0.000504 rfps: 30.000000 0.000199 rfps: 30.083333 0.001955 rfps: 30.166667 0.005771 rfps: 30.250000 0.011647 rfps: 30.333333 0.019584 rfps: 30.333333 0.019584 rfps: 59.583333 0.019298 rfps: 59.666667 0.011477 rfps: 59.666667 0.011477 rfps: 59.750000 0.005717 rfps: 59.750000 0.005717 rfps: 59.833333 0.002017 rfps: 59.833333 0.002017 rfps: 59.916667 0.000377 rfps: 59.916667 0.000377 rfps: 29.970030 0.000072 rfps: 29.970030 0.000072 rfps: 59.940060 0.000287 rfps: 59.940060 0.000287 Input #0, matroska,webm, from 'input.mkv': Duration: 00:22:01.32, start: 0.000000, bitrate: 1705 kb/s Chapter #0.0: start 0.000000, end 330.330000 Metadata: title : Chapter 1 Chapter #0.1: start 330.330000, end 859.325133 Metadata: title : Chapter 2 Chapter #0.2: start 859.325133, end 1295.360733 Metadata: title : Chapter 3 Chapter #0.3: start 1295.360733, end 1321.320000 Metadata: title : Chapter 4 Stream #0:0(eng), 43, 1/1000: Video: h264 (Main), yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 1k tbn, 180k tbc (default) Stream #0:1(eng), 46, 1/1000: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s (default) Stream #0:2(eng), 46, 1/1000: Audio: ac3, 48000 Hz, mono, s16, 96 kb/s Stream #0:3(eng), 0, 1/1000: Subtitle: dvd_subtitle Stream #0:4(eng), 0, 1/1000: Subtitle: dvd_subtitle Stream #0:5(eng), 0, 1/1000: Subtitle: text Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt' Incompatible sample format 's16' for codec 'aac', auto-selecting format 'flt' [aac @ 0xa0e4c80] err{or,}_recognition separate: 1; 1 [aac @ 0xa0e4c80] err{or,}_recognition combined: 1; 10001 [aac @ 0xa0e4c80] Unsupported bit depth: 0 [aac @ 0xa0a5340] err{or,}_recognition separate: 1; 1 [aac @ 0xa0a5340] err{or,}_recognition combined: 1; 10001 [aac @ 0xa0a5340] Unsupported bit depth: 0 [ac3 @ 0xa05fb60] err{or,}_recognition separate: 1; 10001 [ac3 @ 0xa05fb60] err{or,}_recognition combined: 1; 10001 [ac3 @ 0xa05fb60] Unsupported bit depth: 0 [ac3 @ 0xa060140] err{or,}_recognition separate: 1; 10001 [ac3 @ 0xa060140] err{or,}_recognition combined: 1; 10001 [ac3 @ 0xa060140] Unsupported bit depth: 0 Output #0, ipod, to 'output.m4v': Metadata: encoder : Lavf53.32.100 Chapter #0.0: start 0.000000, end 330.330000 Metadata: title : Chapter 1 Chapter #0.1: start 330.330000, end 859.325133 Metadata: title : Chapter 2 Chapter #0.2: start 859.325133, end 1295.360733 Metadata: title : Chapter 3 Chapter #0.3: start 1295.360733, end 1321.320000 Metadata: title : Chapter 4 Stream #0:0(eng), 0, 1/1000: Video: h264 (avc1 / 0x31637661), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 29.97 fps, 1k tbn, 1k tbc (default) Stream #0:1(eng), 0, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, 2 channels, flt, 128 kb/s (default) Stream #0:2(eng), 0, 1/48000: Audio: aac (mp4a / 0x6134706D), 48000 Hz, 2 channels, flt, 128 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (ac3 -> aac) Stream #0:2 -> #0:2 (ac3 -> aac) Press [q] to stop, [?] for help Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:6 to rate:48000 fmt:s16 ch:2 0.707107 0.707107 frame=39600 fps=242 q=-1.0 Lsize= 236894kB time=00:22:01.22 bitrate=1468.8kbits/s video:193780kB audio:41301kB global headers:0kB muxing overhead 0.770842% }}} But when I watch these files on iPod Touch or iPad (both running iOS 5.1) BOTH audio tracks play simultaneously. If I access the Audio Track chooser in the video player, NEITHER track is "Checkmarked." If I then select either track, playback is normal. It just seems like there's no "Default" flag set or something. I don't understand the M4V format enough to debug in detail. The same MKV converted to M4V using HandBrake 0.9.5 and the iPad preset works correctly. I have tried this with multiple files using ffmpeg 0.10.2. I cannot try with today's GIT (4/6/12) because using the exact same command, I get the error {{{ Application provided invalid, non monotonically increasing dts to muxer in stream 0: -67 >= -67 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 00:11:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 22:11:06 -0000 Subject: [FFmpeg-trac] #1171(undetermined:new): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.33f191eb759b8920334cd3531deb4c90@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by temporary): Thanks but I haven?t been able to find any explanation about this invalid mkv files problem on the web. I thought webm was supposed to be a subset of mkv? Also I have already encoded such a file and it was playable by VLC and mplayer. However I can confirm that changing ?testout.mkv? to ?testout.webm? does remove the error! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 01:37:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 06 Apr 2012 23:37:36 -0000 Subject: [FFmpeg-trac] #1171(undetermined:closed): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.75c52bf1857ea76dd8cc6527d0aa4062@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: webm libvpx | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => webm libvpx * status: new => closed * resolution: => wontfix Comment: Afaiu, this is not a bug in FFmpeg, if somebody disagrees, please reopen the ticket. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 02:12:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 00:12:01 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.fa1e55e72fcb0e1b015ad97c78dadd1a@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:1174 TonyPh12345]: > I cannot try with today's GIT (4/6/12) because using the exact same command, I get the error > {{{ > Application provided invalid, non monotonically increasing dts to muxer in stream 0: -67 >= -67 > av_interleaved_write_frame(): Invalid argument > }}} This sounds like a serious regression, please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 02:41:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 00:41:40 -0000 Subject: [FFmpeg-trac] #1175(avformat:new): mpeg2 (PS) writes bad bitrate/muxrate Message-ID: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> #1175: mpeg2 (PS) writes bad bitrate/muxrate -------------------------------------+------------------------------------- Reporter: tracey_pooh | Type: defect Status: new | Priority: critical Component: avformat | Version: git- Keywords: mpeg2 | master header bug | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- example way to show the bug: /tmp/f/ffmpeg/ffmpeg -y -i ANYVIDEO -target ntsc-dvd -frames 1 xxx.mpg; hexdump -C -s10 -n3 xxx.mpg; buggy: 0000000a 0c 4e 03 should be (was prior to nov2011): 0000000a 01 89 c3 the correct value, which is the 22 bits of the 3 bytes above, * 400 (gdb) p (0x0189c3 >> 2) * 400 $17 = 10080000 is the value that the "-muxrate" ffmpeg param defaults to unless overridden and is what "-target ntsc-dvd" will also set to. so the ffmpeg param translating into the internal storage of mpegenc.c is off by 400. You can see the bug a little more obviously because the "put_bits()" of 22 bits int value in current state is 24 bits 8-) a sample fix/patch: diff --git a/libavformat/mpegenc.c b/libavformat/mpegenc.c index 0df0149..1e9e2ed 100644 --- a/libavformat/mpegenc.c +++ b/libavformat/mpegenc.c @@ -423,7 +423,10 @@ static int mpeg_mux_init(AVFormatContext *ctx) video_bitrate += codec_rate; } - if (!s->mux_rate) { + if (s->mux_rate) { + s->mux_rate /= 400; // internal param is in units of 50 bytes + } + else { /* we increase slightly the bitrate to take into account the headers. XXX: compute it exactly */ bitrate += bitrate / 20; -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 02:51:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 00:51:39 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.aa0c7756b9c137b35608c12e77fd04e1@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by TonyPh12345): I've uploaded a file named "Ticket1174.mkv" to the FTP server. It's the entire file, not a 10M dd since some of the relevant metadata is at the end of the file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 02:52:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 00:52:51 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.70a31131856813cfa22d48075e816357@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by TonyPh12345): Replying to [comment:1 cehoyos]: > > This sounds like a serious regression, please provide a sample. Ooops; didn't hit the REPLY button. Trying again. File uploaded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 04:53:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 02:53:17 -0000 Subject: [FFmpeg-trac] #1171(undetermined:closed): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.0d3a2988216f5db577b34c6efa3ea10e@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: webm libvpx | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by temporary): Shouldn?t ffmpeg at least provide a more understandable error message, such as ?altref requires webm output format (and 2 pass)?? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 05:15:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 03:15:31 -0000 Subject: [FFmpeg-trac] #1175(avformat:new): mpeg2 (PS) writes bad bitrate/muxrate In-Reply-To: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> References: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> Message-ID: <055.9a84c9b972c99443d962c2bae2c06a97@avcodec.org> #1175: mpeg2 (PS) writes bad bitrate/muxrate -------------------------------------+------------------------------------- Reporter: tracey_pooh | Owner: Type: defect | Status: new Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: mpeg2 | Blocked By: header bug | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by tracey_pooh): ... and sorry if "critical" is Big Alarms -- I meant to explain why I picked that. We at Internet Archive try to help our PEG (Public Access, Education, & Government) brothers and sisters and are transcoding for some of them (as well as video archiving). The good folks at Seatle Community Media alerted us to the fact that none of their programs were being "accepted" by their Televue hardware systems suddenly after my Mar 21 ffmpeg build. It eventually led back to this bad muxrate in the pack header causing Televue to reject the mpeg2s that we make. Best I can tell, this muxrate is wrong for every MPEG2-PS created by ffmpeg, so hence the "critical" selection. Apologies in advance if that was too extreme. 8-) Rock on, ffmpeg! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 08:03:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 06:03:09 -0000 Subject: [FFmpeg-trac] #1175(avformat:open): mpeg2 (PS) writes bad bitrate/muxrate In-Reply-To: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> References: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> Message-ID: <055.5ecd3d619cee2e65092ef28c5d2630e1@avcodec.org> #1175: mpeg2 (PS) writes bad bitrate/muxrate -------------------------------------+------------------------------------- Reporter: tracey_pooh | Owner: michael Type: defect | Status: open Priority: critical | Component: avformat Version: git-master | Resolution: Keywords: mpeg2 | Blocked By: header bug | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * owner: => michael * status: new => open * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 08:19:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 06:19:13 -0000 Subject: [FFmpeg-trac] #1175(avformat:closed): mpeg2 (PS) writes bad bitrate/muxrate In-Reply-To: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> References: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> Message-ID: <055.58b6b0801fd259f7e149c896ed8762ab@avcodec.org> #1175: mpeg2 (PS) writes bad bitrate/muxrate -------------------------------------+------------------------------------- Reporter: tracey_pooh | Owner: michael Type: defect | Status: closed Priority: critical | Component: avformat Version: git-master | Resolution: fixed Keywords: mpeg2 | Blocked By: header bug muxrate | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: mpeg2 header bug => mpeg2 header bug muxrate * status: open => closed * resolution: => fixed Comment: Issue fixed This bug was introduced by: commit 5a9ee3152b6e69166c7819f07a4992bd22052917 Author: Anton Khirnov AuthorDate: Sun Oct 9 14:40:11 2011 +0200 Commit: Anton Khirnov CommitDate: Mon Oct 17 08:39:53 2011 +0200 mpegenc/mpegtsenc: add muxrate private options. Deprecate AVFormatContext.mux_rate. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 08:47:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 06:47:30 -0000 Subject: [FFmpeg-trac] #1175(avformat:closed): mpeg2 (PS) writes bad bitrate/muxrate In-Reply-To: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> References: <040.bc28dbd83cedad8c0e4fcea12575d551@avcodec.org> Message-ID: <055.3b4ebac1b6c8aad7c079e0a867f42f19@avcodec.org> #1175: mpeg2 (PS) writes bad bitrate/muxrate -------------------------------------+------------------------------------- Reporter: tracey_pooh | Owner: michael Type: defect | Status: closed Priority: critical | Component: avformat Version: git-master | Resolution: fixed Keywords: mpeg2 | Blocked By: header bug muxrate | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): It appears our releases are unaffected by this. The buggy code was added well before the last release but luckily was not used, so i think only git-master was affected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 09:05:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 07:05:52 -0000 Subject: [FFmpeg-trac] #1176(build system:new): Compile error when set "./configure --disable-optimizations" Message-ID: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" --------------------------------------+---------------------------------- Reporter: jason_li | Type: defect Status: new | Priority: normal Component: build system | Version: 0.10.2 Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------------+---------------------------------- My pc is ubuntu 11.10. If not set " --disable-optimizations" in the configure, compile is ok. When i disable optimization in configure, i got following error. In file included from libavcodec/cabac_functions.h:36:0, from libavcodec/cabac.c:32: libavcodec/x86/cabac.h: In function ?get_cabac_bypass_sign_x86?: libavcodec/x86/cabac.h:109:5: error: can?t find a register in class ?GENERAL_REGS? while reloading ?asm? libavcodec/x86/cabac.h:109:5: error: ?asm? operand has impossible constraints make: *** [libavcodec/cabac.o] Error 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 11:41:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 09:41:34 -0000 Subject: [FFmpeg-trac] #1171(undetermined:closed): h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref In-Reply-To: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> References: <038.a1fdfd1b31b7168126febb8585bbac33@avcodec.org> Message-ID: <053.db14d44faec92757381c2cbd40981a88@avcodec.org> #1171: h264 to VP8: "non monotonically increasing dts" with 2 pass and vp8flags altref -------------------------------------+------------------------------------- Reporter: temporary | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: webm libvpx | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): First about matroska: it is possible altref is supported in that too, but if so it is a rather new feature and might break things on older players. Worse, at least so far it is not possible to enable that feature only for VP8, so that might lead to silently creating broken files. A better error message would be nice, but I do not know how to reliably detect that situation, the error message can be caused by altref but it can be an FFmpeg bug just as well. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 12:28:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 10:28:22 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.8127625d581b5c41371359747aa12b6d@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): You can use -vcodec mpeg4 instead of -vcodec copy to test if the audio issue is still reproducible with current git head. Did you test the patch in ticket #468? You may need to git checkout 62101030c4ff23c61046a70cd27a627dfb0e0e54 to be able to apply the patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 12:52:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 10:52:41 -0000 Subject: [FFmpeg-trac] #1132(undetermined:closed): I am using "Video Spin Blaster" to add random pixels to a video... I don't know much more info... read on In-Reply-To: <039.6621a93ea5ceedf143329ea1a2bd846d@avcodec.org> References: <039.6621a93ea5ceedf143329ea1a2bd846d@avcodec.org> Message-ID: <054.91730588bc9e7e2d429b5c567e5c575f@avcodec.org> #1132: I am using "Video Spin Blaster" to add random pixels to a video... I don't know much more info... read on -------------------------------------+------------------------------------- Reporter: ImStanding | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen the ticket if you can add the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 12:57:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 10:57:06 -0000 Subject: [FFmpeg-trac] #1118(undetermined:closed): Conversion for WebM doest work In-Reply-To: <037.228909e1efa5244e9f3626c86e1e7339@avcodec.org> References: <037.228909e1efa5244e9f3626c86e1e7339@avcodec.org> Message-ID: <052.5ac8fd624f2bfaa9cfb03af34d3ffe6d@avcodec.org> #1118: Conversion for WebM doest work -------------------------------------+------------------------------------- Reporter: spacemoc | Owner: Type: defect | Status: closed Priority: important | Component: Version: | undetermined Keywords: libvpx | Resolution: Blocking: | needs_more_info Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => needs_more_info Comment: Please reopen if you can provide the missing information. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 14:02:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 12:02:55 -0000 Subject: [FFmpeg-trac] #249(avfilter:closed): Fix the filter remove-logo In-Reply-To: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> References: <037.0e7d789f7d702f50c5609a0318c50375@avcodec.org> Message-ID: <052.00329a07b1de09c0be680e2281535e8b@avcodec.org> #249: Fix the filter remove-logo -------------------------------------+------------------------------------ Reporter: pbasista | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: remove-logo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by saste): * status: open => closed * resolution: => fixed Comment: removelogo filter added in: {{{ commit 2f83681c79a7419bec14ed6f40bf3a69b5dd16c2 Author: Stefano Sabatini Date: Sat Mar 10 14:01:28 2012 +0100 lavfi: port libmpcodecs remove-logo filter The code is based on the remove-logo filter in MPlayer/libmpcodecs, by Robert Edele, relicensed to LGPL with consent of the author. Address trac issue #249. }}} Please test the new filter and open a new ticket if it doesn't work for you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 14:04:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 12:04:31 -0000 Subject: [FFmpeg-trac] #1159(documentation:closed): framecrc documentation is out of date In-Reply-To: <036.fc3000a7526557a5de9bdf5fd37ea9c5@avcodec.org> References: <036.fc3000a7526557a5de9bdf5fd37ea9c5@avcodec.org> Message-ID: <051.69c294ffe4777be37172eca7ed6ddbcc@avcodec.org> #1159: framecrc documentation is out of date -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: defect | Status: closed Priority: minor | Component: Version: git-master | documentation Keywords: framecrc | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Should be fixed in: {{{ commit fd00662d5a700d4e319be45d2bc60ddb579655ea Author: Stefano Sabatini Date: Sat Apr 7 10:16:27 2012 +0200 doc/muxers: update documentation for the framecrc muxer Add mention to the pts and duration log fields, added in d2afbd9a56e4e863bad01923006dd9b77f747035. Fix trac ticket #1159. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 14:07:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 12:07:02 -0000 Subject: [FFmpeg-trac] #1153(documentation:closed): document framemd5 muxer and output In-Reply-To: <036.741d841703a1a69ccf7baf4dedc48f9d@avcodec.org> References: <036.741d841703a1a69ccf7baf4dedc48f9d@avcodec.org> Message-ID: <051.2f89c152db4ec9fd75d1a36321f72f58@avcodec.org> #1153: document framemd5 muxer and output -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | documentation Keywords: framemd5 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed Comment: Fixed in: {{{ commit 815d8f8841ab5b76c373816c14987d248d18a0b7 Author: Stefano Sabatini Date: Sat Apr 7 11:05:58 2012 +0200 doc/muxers: add documentation for the md5 and framemd5 muxers Address trac ticket #1153. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 14:08:37 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 12:08:37 -0000 Subject: [FFmpeg-trac] #1153(documentation:closed): document framemd5 muxer and output In-Reply-To: <036.741d841703a1a69ccf7baf4dedc48f9d@avcodec.org> References: <036.741d841703a1a69ccf7baf4dedc48f9d@avcodec.org> Message-ID: <051.6313f071a5ae0504934ef7962fbe218e@avcodec.org> #1153: document framemd5 muxer and output -------------------------------------+------------------------------------- Reporter: dericed | Owner: Type: enhancement | Status: closed Priority: wish | Component: Version: git-master | documentation Keywords: framemd5 | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 1 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by saste): Replying to [ticket:1153 dericed]: > Also it appears that the format of framemd5 has recently changed, are there versions? Without documentation it's hard to if the old framemd5 output has been depreciated and replaced or if additional versions of framemd5 are available. Output changes should be marked by micro bumps, but it happens that developers forget to update version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 15:31:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 13:31:11 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.dcbaa2c5647a6111f5ab7b30f060f12d@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by TonyPh12345): Replying to [comment:4 cehoyos]: > You can use -vcodec mpeg4 instead of -vcodec copy to test if the audio issue is still reproducible with current git head. > Did you test the patch in ticket #468? You may need to git checkout 62101030c4ff23c61046a70cd27a627dfb0e0e54 to be able to apply the patch. Using the -vcodec mpeg4 did indeed allow the GIT clone to run. However, no fix for the audio as-is. Since I'm a complete git-iot, I just hand-edited the patch from 468 into the two files in the git clone and recompiled... It worked. iPad and iPod both played the file correctly. Unfortunately, the differences between the GIT and the 0.10.2 are too extreme for me to the just re-use the edited movenc.c and movenc.h in the 10.2 build... won't compile. :( Is there any branch that would get me far enough to keep using the -vcodec COPY option, while keeping the patch? (-copy runs about 8x faster than re-encoding to MP4... and I have about 3000 files I want to run this against.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 15:52:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 13:52:32 -0000 Subject: [FFmpeg-trac] #1174(undetermined:new): iPod / iPad plays both audio tracks simultaneously In-Reply-To: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> References: <040.0352d7d73ac9f9643056e325b9a5192c@avcodec.org> Message-ID: <055.55c445ccefb396703be5b9ff398953f6@avcodec.org> #1174: iPod / iPad plays both audio tracks simultaneously -------------------------------------+------------------------------------- Reporter: TonyPh12345 | Owner: Type: defect | Status: new Priority: normal | Component: Version: 0.10.2 | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by TonyPh12345): Oh, interesting. Just as a quick & dirty HACK, all I needed to do was change (in utils.c at line 3138) if(st->cur_dts && st->cur_dts != AV_NOPTS_VALUE && ((!(s->oformat->flags & AVFMT_TS_NONSTRICT) && st->cur_dts >= pkt->dts) || st->cur_dts > pkt->dts)){ to if(st->cur_dts && st->cur_dts != AV_NOPTS_VALUE && ((!(s->oformat->flags & AVFMT_TS_NONSTRICT) && st->cur_dts > pkt->dts) || st->cur_dts > pkt->dts)){ (changed the equality to an inequality) to get past the error in the GIT clone. I realize that's not a "Fix," but it gets me where I need to be. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 7 19:23:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 17:23:06 -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.e121bd5be9cc65d150256355b71ac133@avcodec.org> #524: AVC-Intra in mov not supported -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: H264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): The file uses the AVin fourcc which seems to be a proprietary AVC-Intra format from Avid. Do you have some tool that can losslessly convert this into more standard H.264/AVC-Intra? It seems the PPS/SPS is missing, and guessing them doesn't seem realistic. It would also already help if you can figure out whether the content is interlaced or not. (since the timebase seems to be 1/30 interlaced should mean it is using MBAFF, which helps figuring out at least some SPS fields). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 8 00:11:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 22:11:56 -0000 Subject: [FFmpeg-trac] #513(avcodec:open): FFMpeg is unable to find the aac codec parameters for mp4 file In-Reply-To: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> References: <051.40072d9504e09f4e74c059c6105b0e60@avcodec.org> Message-ID: <066.86aa83eb0cf5972bd581723149a35001@avcodec.org> #513: FFMpeg is unable to find the aac codec parameters for mp4 file --------------------------------------+----------------------------------- Reporter: workcutter@? | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: aac mov | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by reimar): How was that file created? It is clearly invalid, it claims the audio is coded as two channels, but there is only one (+ parametric stereo, so it looks like two, but still only one is encoded). The below patch proves that by fixing playback (but of course will break any non-mono AAC file) {{{ --- a/libavcodec/mpeg4audio.c +++ b/libavcodec/mpeg4audio.c @@ -89,6 +89,7 @@ int avpriv_mpeg4audio_get_config(MPEG4AudioConfig *c, const uint8_t *buf, c->object_type = get_object_type(&gb); c->sample_rate = get_sample_rate(&gb, &c->sampling_index); c->chan_config = get_bits(&gb, 4); +c->chan_config = 1; if (c->chan_config < FF_ARRAY_ELEMS(ff_mpeg4audio_channels)) c->channels = ff_mpeg4audio_channels[c->chan_config]; c->sbr = -1; }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 8 00:23:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 22:23:09 -0000 Subject: [FFmpeg-trac] #688(undetermined:closed): could not find codec parameters for flv file In-Reply-To: <033.99dda594f34b21ca1e519749b1275116@avcodec.org> References: <033.99dda594f34b21ca1e519749b1275116@avcodec.org> Message-ID: <048.31cdece034a6af78a4c1f57d53624267@avcodec.org> #688: could not find codec parameters for flv file -------------------------------------+------------------------------------- Reporter: xire | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: flv aac | Resolution: duplicate Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by reimar): * status: open => closed * resolution: => duplicate Comment: This is a duplicate of issue 513, the patch there works. However the file is clearly broken and I don't see a way to work around it that isn't very messy. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 8 01:18:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 07 Apr 2012 23:18:41 -0000 Subject: [FFmpeg-trac] #631(undetermined:open): Broken mp4 files need the h264_mp4toannexb filter and the parser In-Reply-To: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> References: <036.10c1eee1c11ececa1b1d74a6054dc2fe@avcodec.org> Message-ID: <051.f601faa977f1d300961c058a651f3b7d@avcodec.org> #631: Broken mp4 files need the h264_mp4toannexb filter and the parser -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov h264 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by reimar): That is a seriously broken file, it has each NAL in a separate "frame". Plays fine with -flags2 chunks (if that does not work with your FFmpeg version, try -flags2 0x8000 instead). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 8 16:07:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Apr 2012 14:07:13 -0000 Subject: [FFmpeg-trac] #1177(avfilter:new): movie source: seek_point does not allow for accurate seeking (keyframe only) Message-ID: <031.abb1ecdca7861049ce5ce7a042c8434e@avcodec.org> #1177: movie source: seek_point does not allow for accurate seeking (keyframe only) ----------------------------------+-------------------------------------- Reporter: ls | Type: defect Status: new | Priority: normal Component: avfilter | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- The movie source does not seem to allow for accurate seeking since it locks to keyframes: Generate sample with: {{{ $ ffmpeg -f lavfi -i "color=white,drawtext=fontfile=/usr/share/fonts/truetype/freefont/FreeSans.ttf:x=20:y=50:fontsize=50:rate=25/1:timecode='00\\:00\\:00\\:00'" -t 30 out.mp4 }}} Test with movie source: {{{ $ ffplay -f lavfi 'movie=out.mp4:sp=15.0' ffplay version git-2012-04-08-069cf86 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 8 2012 14:30:11 with gcc 4.6.1 configuration: --prefix=/home/ls/ffmpeg --enable-shared --disable-static --enable-gpl --enable-nonfree --enable-libmp3lame --enable-libx264 --enable-libxvid --enable-sram --cpu=core2 --enable-hwaccel=h264_vaapi --enable-hwaccel=mpeg2_vaapi --enable-hwaccel=mpeg4_vaapi --enable-libfaac --disable-ffserver --enable-libass --enable-libfreetype --enable-libvpx --enable-libvorbis --enable-x11grab libavutil 51. 45.100 / 51. 45.100 libavcodec 54. 14.100 / 54. 14.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [movie @ 0xed2100] seek_point:15000000 format_name:(null) file_name:out.mp4 stream_index:0 [lavfi @ 0xe8a3a0] Estimating duration from bitrate, this may be inaccurate Input #0, lavfi, from 'movie=out.mp4:sp=15.0': Duration: N/A, start: 10.000000, bitrate: N/A Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 320x240 [SAR 1:1 DAR 4:3], 25 tbr, 25 tbn, 25 tbc 1333893780.90 A-V: 0.000 fd= 0 aq= 0KB vq= 675KB sq= 0B f=0/0 10.04 A-V: 0.000 fd= 0 aq= 0KB vq= 562KB sq= 0B f=0/0 10.09 A-V: 0.000 fd= 0 aq= 0KB vq= 675KB sq= 0B f=0/0 10.13 A-V: 0.000 fd= 0 aq= 0KB vq= 675KB sq= 0B f=0/0 [...] }}} In this case the result is 5s off the desired seek point. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 8 16:26:44 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 08 Apr 2012 14:26:44 -0000 Subject: [FFmpeg-trac] #978(undetermined:new): wrong container fps when muxing raw Xvid to avi In-Reply-To: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> References: <034.55f3ffda4303d281ed957ce6fa6386e5@avcodec.org> Message-ID: <049.3eb8bd69251ce860dee32796f67550a0@avcodec.org> #978: wrong container fps when muxing raw Xvid to avi -------------------------------------+------------------------------------- Reporter: Selur | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: m4v avi fps | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Selur): for those struggling with this like me: cvlc can be used to properly multiplex raw MPEG-4 ASP: {{{ cvlc small.m4v --sout="#std{access=file,mux=avi,dst='test.avi'}" vlc://quit }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 12:52:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 10:52:57 -0000 Subject: [FFmpeg-trac] #750(undetermined:closed): ffmpeg does not list OGG-theora metadata tags (like title author etc) In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.86ba9f758a82d4dcbf614fc8d8c418ed@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) -------------------------------------+------------------------------------- Reporter: RyszardG | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by reimar): * status: new => closed * resolution: => worksforme Comment: Either this was fixed or there is some critical information missing: ffmpeg -i theora-0packets.ogv -vcodec copy -metadata TITLE="My title" -metadata ARTIST="Me" meta.ogv [...] ffmpeg -i meta.ogv [...] {{{ Input #0, ogg, from 'meta.ogv': Duration: 00:00:33.00, start: 0.000000, bitrate: 576 kb/s Stream #0:0: Video: theora, yuv420p, 320x176, 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: flac, 48000 Hz, stereo, s16 Metadata: TITLE : My title ARTIST : Me ENCODER : Lavf54.3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:08:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:08:40 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p Message-ID: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- not reproducible with -vcodec ffv1 / rawvideo / svq1 {{{ C:\>ffmpeg -i yuv410p.avi out.tif ffmpeg version N-39492-gae3ee72 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 4 2012 02:19:52 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'yuv410p.avi': Metadata: encoder : Lavf54.3.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 9856 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv410p, 323x240, 25 tbr, 25 t bn, 25 tbc [buffer @ 0x1db1b20] w:323 h:240 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param:f lags=2 Output #0, image2, to 'out.tif': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: tiff, yuv410p, 323x240, q=2-31, 200 kb/s, 90k tbn, 25 tb c Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> tiff) 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:86kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:16:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:16:37 -0000 Subject: [FFmpeg-trac] #1179(undetermined:new): libopenjpeg: encoded as rgb48, decodes as yuv444p16le Message-ID: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+------------------------------------- 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 output jp2 file decodes correctly with IrfanView, so the problem is probably in libopenjpeg's decoder {{{ C:\>ffmpeg -i test.bmp -vcodec libopenjpeg -pix_fmt rgb48 out.jp2 ffmpeg version N-39267-g4082198 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 25 2012 20:25:08 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.102 / 2. 65.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc [buffer @ 02191D60] w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param: [buffersink @ 02191120] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 02191580] w:1024 h:768 fmt:bgr24 sar:0/1 -> w:1024 h:768 fmt:rgb48le sa r:0/1 flags:0x4 Output #0, image2, to 'out.jp2': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: j2k, rgb48le, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tb c Stream mapping: Stream #0:0 -> #0:0 (bmp -> libopenjpeg) Press [q] to stop, [?] for help frame= 1 fps=0.3 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:3506kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} {{{ C:\>ffmpeg -i out.jp2 ffmpeg version N-39267-g4082198 Copyright (c) 2000-2012 the FFmpeg developers built on Mar 25 2012 20:25:08 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.102 / 2. 65.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from 'out.jp2': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: j2k, yuv444p16le, 1024x768, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:21:22 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:21:22 -0000 Subject: [FFmpeg-trac] #1179(undetermined:new): libopenjpeg: encoded as rgb48, decodes as yuv444p16le In-Reply-To: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> References: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> Message-ID: <053.ceaf4fc55a1cb5294b28b722174e8eaa@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+------------------------------------- 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): -pix_fmt yuv444p out.jp2 -> out.jp2 is identified as rgb24 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:27:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:27:47 -0000 Subject: [FFmpeg-trac] #817(swscale:closed): tiff enc: black/white bar with monob/monow and odd width In-Reply-To: <038.54ed8b71de0e0647a64b5eb34af3b1d8@avcodec.org> References: <038.54ed8b71de0e0647a64b5eb34af3b1d8@avcodec.org> Message-ID: <053.5e656d1c0f53c9ad0167e5d6f19a7018@avcodec.org> #817: tiff enc: black/white bar with monob/monow and odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: monob monow | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed Comment: Fixed in bc0bdda77b8df4c963dde55793dcecb65232c21a. swscale: handle complete dimensions for monoblack/white. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:42:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:42:32 -0000 Subject: [FFmpeg-trac] #1179(avcodec:new): libopenjpeg: encoded as rgb48, decodes as yuv444p16le In-Reply-To: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> References: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> Message-ID: <053.2395f6f9091b84485fb11f343b99c1d2@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => libopenjpeg * version: unspecified => git-master * component: undetermined => avcodec Comment: Does IrfanView show pictures encoded with -pix_fmt yuv444p16 correctly? Or both rgb24 and yuv444p? I suspect this ticket cannot be fixed / there will always be an incorrectly decoded image, see also http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/137075/focus=137086 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 13:51:47 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 11:51:47 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.d96054f88b81f14e9a609852788e7754@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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 cehoyos): Works fine here, could you test with ImageMagick / Gimp or attach out.tif? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 14:00:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 12:00:59 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.02f26db07f02dd0e92717460380ccd2c@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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): I get the same result with my old ffmpeg's build and build from the net (9 april) - tested with ImageMagick and IrfanView. {{{ C:\>ffmpeg -i yuv410p.avi out.tif ffmpeg version N-39645-gc311afc Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 02:36:41 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 45.100 / 51. 45.100 libavcodec 54. 14.100 / 54. 14.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'yuv410p.avi': Metadata: encoder : Lavf54.3.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 9856 kb/s Stream #0:0: Video: ffv1 (FFV1 / 0x31564646), yuv410p, 323x240, 25 tbr, 25 t bn, 25 tbc [buffer @ 0x1dc1c80] w:323 h:240 pixfmt:yuv410p tb:1/1000000 sar:0/1 sws_param:f lags=2 Output #0, image2, to 'out.tif': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: tiff, yuv410p, 323x240, q=2-31, 200 kb/s, 90k tbn, 25 tb c Stream mapping: Stream #0:0 -> #0:0 (ffv1 -> tiff) 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:86kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 14:01:26 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 12:01:26 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.42e940e268c12f87234a55b7566d47af@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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): output attached -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 14:01:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 12:01:42 -0000 Subject: [FFmpeg-trac] #679(undetermined:new): DVB subtitles are badly placed on the screen In-Reply-To: <036.e5383b31b929c2bfddb20600a5a8948d@avcodec.org> References: <036.e5383b31b929c2bfddb20600a5a8948d@avcodec.org> Message-ID: <051.8704778a14adc1d99349d718366d3417@avcodec.org> #679: DVB subtitles are badly placed on the screen -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): This should be related to something that was discussed previously: ffmpeg/ffplay does not scale bitmap subtitles to match the video resolution. DVD subtitles are always stored to match a video at PAL/NTSC resolution. I _suspect_ that the same is true for DVB subtitles as used here. I have not checked but for MPlayer I suspect that it guesses wrong whether the subtitles are for PAL or NTSC. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 14:02:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 12:02:59 -0000 Subject: [FFmpeg-trac] #1179(avcodec:new): libopenjpeg: encoded as rgb48, decodes as yuv444p16le In-Reply-To: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> References: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> Message-ID: <053.f28e8971cb6e5c0d56a2fca179076d9d@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by ami_stuff): > Does IrfanView show pictures encoded with -pix_fmt yuv444p16 correctly? no, this one decodes incorrectly > Or both rgb24 and yuv444p? these looks ok -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 14:26:20 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 12:26:20 -0000 Subject: [FFmpeg-trac] #785(avcodec:open): "HEADER ERROR" flooding with RM material In-Reply-To: <035.beefe2cd495a2e11b2b8f9d62ef0bdb4@avcodec.org> References: <035.beefe2cd495a2e11b2b8f9d62ef0bdb4@avcodec.org> Message-ID: <050.1e56e49b693f5ef5de1e4df1c277d886@avcodec.org> #785: "HEADER ERROR" flooding with RM material ------------------------------------+----------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: minor | Component: avcodec Version: git-master | Resolution: Keywords: rv20 rm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Aspect is fixed in MPlayer, patch to fix it in MPlayer with -demuxer lavf sent, ffplay seems to have issues with handling sample aspect changes so that is unfixed. I am not sure about the HEADER ERROR thing, it might be a "frame skipped" flag but I'm not sure whether it is a good idea or not to silence the warning. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 15:44:29 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 13:44:29 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.71df780a2791832bdddf5ea6bc711518@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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 cehoyos): out.tif looks fine with current ImageMagick (I tested 6.5.4-8 and 6.7.6-4) and an old Gimp version (2.6.8). How does the result of convert out.tif out.png look for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 15:58:03 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 13:58:03 -0000 Subject: [FFmpeg-trac] #1178(undetermined:new): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.ff1dd1a210aa60e85303bb53a1a96454@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- 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): Replying to [comment:4 cehoyos]: > out.tif looks fine with current ImageMagick (I tested 6.5.4-8 and 6.7.6-4) and an old Gimp version (2.6.8). > > How does the result of convert out.tif out.png look for you? Output attached (version 6.7.6-5). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 16:06:34 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 14:06:34 -0000 Subject: [FFmpeg-trac] #832(avcodec:open): tiff: support G3FAX1D In-Reply-To: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> References: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> Message-ID: <053.6ca28a6502b22861647af5b54d9d4ab3@avcodec.org> #832: tiff: support G3FAX1D ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif fax | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): If instead of commenting out, you change the condition to: if(compr!=TIFF_CCITT_RLE && !g3d1 && find_group3_syncmarker(&gb, srcsize*8) < 0) Does this then fix the issue without breaking any other of you fax samples? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 16:19:59 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 14:19:59 -0000 Subject: [FFmpeg-trac] #832(avcodec:open): tiff: support G3FAX1D In-Reply-To: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> References: <038.6959258821275c3aba47b2eebd5a9704@avcodec.org> Message-ID: <053.4ed55afb7069c00ae64751c996ad7ddc@avcodec.org> #832: tiff: support G3FAX1D ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: tif fax | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): It breaks "CCITT Fax3" saved with IrfanView, sample attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 17:06:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 15:06:37 -0000 Subject: [FFmpeg-trac] #1179(avcodec:open): libopenjpeg: encoded as rgb48, decodes as yuv444p16le In-Reply-To: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> References: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> Message-ID: <053.d97657b028a36869410391bfaf23e5be@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Both outrgb.jp2 and outyuv.jp2 decode correctly with OSX Picture Viewer and jasper, outyuv.jp2 fails with FFmpeg and ImageMagick. Old j2k_to_image (libopenjpeg) failed for outyuv.jp2, current openjpeg svn works fine for both files. $ ffmpeg -i tests/lena.pnm -pix_fmt rgb24 outrgb.jp2 $ ffmpeg -i tests/lena.pnm -pix_fmt yuv444p outyuv.jp2 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 17:13:00 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 15:13:00 -0000 Subject: [FFmpeg-trac] #1178(undetermined:closed): tiff enc: visible green dots with odd width and -pix_fmt yuv410p In-Reply-To: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> References: <038.2880aedefd6f0b3af9c402de73e19637@avcodec.org> Message-ID: <053.872233ec412f920791404d8be614314e@avcodec.org> #1178: tiff enc: visible green dots with odd width and -pix_fmt yuv410p -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme Comment: I get a bit-identical out.tif with FFmpeg and out.tif looks fine with Gimp, ImageMagick and Okular, so I assume there is no FFmpeg-bug. (I get a different, correct result with convert out.tif out.png) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 17:29:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 15:29:35 -0000 Subject: [FFmpeg-trac] #1176(build system:new): Compile error when set "./configure --disable-optimizations" In-Reply-To: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> References: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> Message-ID: <052.f9b0b2d064b7d05b37c50d83e7496b4f@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" ----------------------------------+---------------------------------------- Reporter: jason_li | Owner: Type: defect | Status: new Priority: normal | Component: build system Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by mjs973): I suggest you also use the --disable-asm option for configure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 18:05:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 16:05:01 -0000 Subject: [FFmpeg-trac] #1180(undetermined:new): video cutting/extraction leads to various a/v sync (when possible) Message-ID: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> #1180: video cutting/extraction leads to various a/v sync (when possible) -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Using a random AVI (http://samples.ffmpeg.org/avi/GoneNutty.avi) and trying to extract a scene leads to various a/v sync issues: {{{ % ./ffmpeg -i ~/samples/GoneNutty.avi -ss 120 -c copy -y cut.avi ffmpeg version N-39647-g1d13032 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 17:52:37 with gcc 4.7.0 20120324 (prerelease) configuration: --enable-libfreetype --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-libass --enable-libmodplug libavutil 51. 45.100 / 51. 45.100 libavcodec 54. 14.100 / 54. 14.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg4 @ 0x1aed720] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from '/home/ubitux/samples/GoneNutty.avi': Metadata: encoder : Nandub v1.0rc2 Duration: 00:04:38.84, start: 0.000000, bitrate: 1345 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 25 fps, 25 tbr, 25 tbn, 30k tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, s16, 192 kb/s Output #0, avi, to 'cut.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 640x352 [SAR 1:1 DAR 20:11], q=2-31, 25 fps, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 3879 fps=0.0 q=-1.0 Lsize= 23751kB time=00:02:38.84 bitrate=1224.9kbits/s video:19808kB audio:3723kB global headers:0kB muxing overhead 0.935748% }}} Playback results with different players: - ffplay: invalid frame rate, playback mostly broken - MPlayer: no video is displayed for a few seconds, and then video starts (with -correct-pts the video is freezed for a while) - VLC: samples rate seems insanely high, no video at first, then the video starts, and sounds is still way too fast - mplayer2: seems to actually deal with it pretty well Even though mplayer2 seems to handle it, I believe the file is broken and something should be fixed. Note: specifying -ss before the input doesn't work: {{{ ./ffmpeg -ss 120 -i ~/samples/GoneNutty.avi -c copy -y cut2.avi ffmpeg version N-39647-g1d13032 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 17:52:37 with gcc 4.7.0 20120324 (prerelease) configuration: --enable-libfreetype --enable-gpl --enable-libmp3lame --enable-libvorbis --enable-libxvid --enable-libx264 --enable-libvpx --enable-libtheora --enable-x11grab --enable-libopenjpeg --enable-libass --enable-libmodplug libavutil 51. 45.100 / 51. 45.100 libavcodec 54. 14.100 / 54. 14.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg4 @ 0x2857720] Invalid and inefficient vfw-avi packed B frames detected Input #0, avi, from '/home/ubitux/samples/GoneNutty.avi': Metadata: encoder : Nandub v1.0rc2 Duration: 00:04:38.84, start: 0.000000, bitrate: 1345 kb/s Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 640x352 [SAR 1:1 DAR 20:11], 25 fps, 25 tbr, 25 tbn, 30k tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, s16, 192 kb/s Output #0, avi, to 'cut2.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (DX50 / 0x30355844), yuv420p, 640x352 [SAR 1:1 DAR 20:11], q=2-31, 25 fps, 25 tbn, 25 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, 192 kb/s Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help [avi @ 0x2858fe0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: -14 >= -14 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 19:18:52 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 17:18:52 -0000 Subject: [FFmpeg-trac] #1180(undetermined:new): video cutting/extraction leads to various a/v sync (when possible) In-Reply-To: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> References: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> Message-ID: <050.7809176619e531a372cab04d2c70a06b@avcodec.org> #1180: video cutting/extraction leads to various a/v sync (when possible) -------------------------------------+------------------------------------- Reporter: ubitux | 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 ubitux): [...] > Playback results with different players: > > - ffplay: invalid frame rate, playback mostly broken > - MPlayer: no video is displayed for a few seconds, and then video starts (with -correct-pts the video is freezed for a while) > - VLC: samples rate seems insanely high, no video at first, then the video starts, and sounds is still way too fast > - mplayer2: seems to actually deal with it pretty well > > Even though mplayer2 seems to handle it, I believe the file is broken and something should be fixed. > Actually I was wrong about mplayer2; the sound is shifted. So no player seems to deal well with the output file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 20:32:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 18:32:37 -0000 Subject: [FFmpeg-trac] #1179(avcodec:open): libopenjpeg: encoded as rgb48, decodes as yuv444p16le In-Reply-To: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> References: <038.6bac2f3f05b1019826918d50c7d0b7dc@avcodec.org> Message-ID: <053.8aa3713ba207f6cbeef0a9c83e27345b@avcodec.org> #1179: libopenjpeg: encoded as rgb48, decodes as yuv444p16le -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: libopenjpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by mbradshaw): This can be corrected in some cases, actually. Paul's patch from March (commit [http://git.videolan.org/?p=ffmpeg.git;a=commit;h=67d5fcc989a0ee3cc3b3a89e643ee7f099ca6229 67d5fcc989a0ee3cc3b3a89e643ee7f099ca6229]) adds support for using the JP2 format (and makes this default). If frames are saved in the JP2 format, the color space will be saved as well. If frames are saved in the J2K format, the color space will not be saved and must be guessed. OpenJPEG's opj_image structure has a color_space member identifying it as either unknown/unspecified (which it will be for J2K frames), RGB, gray, or YUV (it should be one of the last three for JP2 frames). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 20:47:25 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 18:47:25 -0000 Subject: [FFmpeg-trac] #744(avcodec:open): tweak i263 pb-frames support to eliminate graphic corruption In-Reply-To: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> References: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> Message-ID: <053.fbb2a8d12a3e7f4f0aa0996caf77121c@avcodec.org> #744: tweak i263 pb-frames support to eliminate graphic corruption ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h263i | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): None of the files in A-codecs/IMC show relevant corruption. Are you sure the file is supposed to look better? A losslessly compressed reference of how it should decode would probably help to figure it out, because I don't think the error messages should have much to do with what the actual issue is. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 20:55:23 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 18:55:23 -0000 Subject: [FFmpeg-trac] #744(avcodec:open): tweak i263 pb-frames support to eliminate graphic corruption In-Reply-To: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> References: <038.19f63f19b2bf659e142abf5a74291ce2@avcodec.org> Message-ID: <053.2b5b352e1946f2ce8b42ebeed5ef3ac1@avcodec.org> #744: tweak i263 pb-frames support to eliminate graphic corruption ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: h263i | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Ah, I see now. We just throw away the PB motion vectors, see libavcodec/ituh263dec.c:836. See the two ff_h263_decode_motion that do not get their results assigned anywhere. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 21:06:44 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 19:06:44 -0000 Subject: [FFmpeg-trac] #1181(avcodec:new): dump_metadata should filter control-chars Message-ID: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> #1181: dump_metadata should filter control-chars ----------------------------------+--------------------------------------- Reporter: vogelchr | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- My mobile phone embedds a form-feed/Ctrl-L in the metadata of the recorded videos, shown as "**CTRL-L**" below. It messes up my unix-terminal and hides information I really wanted to see. {{{ Duration: 00:00:40.16, start: 0.000000, bitrate: 2593 kb/s Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 640x480, 2524 kb/s, 29.70 fps, 29.97 tbr, 30k tbn, 60k tbc Metadata: handler_name : **CTRL-L**VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16, 62 kb/s Metadata: handler_name : **CTRL-L**SoundHandler }}} Unfortunately, these control-chars are interpreted as "clear screen" in a normal unix-terminal, these chars (\1 ... \37) should be filtered on metadata dump. Attached patch replaces these control chars with a question mark. {{{ Metadata: handler_name : ?VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16, 62 kb/s Metadata: handler_name : ?SoundHandler }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 21:25:48 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 19:25:48 -0000 Subject: [FFmpeg-trac] #1182(undetermined:new): [ac3] frame sync error Message-ID: <040.2a751c20a87a3fc5144003a8e949cc47@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- seeking in ffplay causes $subject. Also seeking in another player that uses libav* also causes frame sync error. I have uploaded file powderblue to upload.ffmpeg.org Anything else i can do to help? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 21:29:01 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 19:29:01 -0000 Subject: [FFmpeg-trac] #743(avcodec:open): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.a126bf2adae11810b25da615dfb571ff@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by reimar): What happened to that? Discussion on the patch seems to have died out. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 9 23:36:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 21:36:10 -0000 Subject: [FFmpeg-trac] #750(undetermined:closed): ffmpeg does not list OGG-theora metadata tags (like title author etc) In-Reply-To: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> References: <037.0efd35a1188932ad211317d5e5ac3450@avcodec.org> Message-ID: <052.da12d0640b3890a00e6139a73550e9ff@avcodec.org> #750: ffmpeg does not list OGG-theora metadata tags (like title author etc) -------------------------------------+------------------------------------- Reporter: RyszardG | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Metadata gets lost if meta.ogv if encoded again: $ ffmpeg -i theora-0packets.ogv -vcodec copy -metadata TITLE="My title" -metadata ARTIST="Me" meta.ogv [...] $ ffmpeg -i meta.ogv out.ogv [...] $ ffmpeg -i out.ogv [...] {{{ Input #0, ogg, from 'out.ogv': Duration: 00:00:33.00, start: 0.000000, bitrate: 646 kb/s Stream #0:0: Video: theora, yuv420p, 320x176 [SAR 1:1 DAR 20:11], 24 fps, 24 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: flac, 48000 Hz, stereo, s16 Metadata: ENCODER : Lavf54.3.100 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 00:53:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 22:53:32 -0000 Subject: [FFmpeg-trac] #1180(FFmpeg:open): video cutting/extraction leads to various a/v sync (when possible) In-Reply-To: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> References: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> Message-ID: <050.028cc70e247688eb1773e8a783ea8b89@avcodec.org> #1180: video cutting/extraction leads to various a/v sync (when possible) -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: desync | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => desync regression * priority: normal => important * status: new => open * component: undetermined => FFmpeg * version: unspecified => git-master Comment: Regression since 492cc1, reproducible with ffmpeg -i GoneNutty.avi -ss 120 -acodec copy cut.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 01:06:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 23:06:32 -0000 Subject: [FFmpeg-trac] #1176(build system:open): Compile error when set "./configure --disable-optimizations" In-Reply-To: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> References: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> Message-ID: <052.063f947928a88fd69742b4347e69b57c@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" ----------------------------------+---------------------------------------- Reporter: jason_li | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 Comment: Not reproducible with git master, only reproducible for ia32 (on release/0.10). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 01:20:40 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 23:20:40 -0000 Subject: [FFmpeg-trac] #1176(build system:open): Compile error when set "./configure --disable-optimizations" In-Reply-To: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> References: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> Message-ID: <052.62f47210caaa9a2e869334efbb63f5aa@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" ----------------------------------+---------------------------------------- Reporter: jason_li | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by cehoyos): Originally fixed in db02592. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 01:32:28 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 23:32:28 -0000 Subject: [FFmpeg-trac] #1182(undetermined:open): [ac3] frame sync error In-Reply-To: <040.2a751c20a87a3fc5144003a8e949cc47@avcodec.org> References: <040.2a751c20a87a3fc5144003a8e949cc47@avcodec.org> Message-ID: <055.c60b6aae9a0813c28e2ec380c64b80ec@avcodec.org> #1182: [ac3] frame sync error -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: minor | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: normal => minor * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Old description: > seeking in ffplay causes $subject. > Also seeking in another player that uses libav* also causes frame sync > error. > > I have uploaded file powderblue to upload.ffmpeg.org > > Anything else i can do to help? New description: seeking in ffplay causes $subject. Also seeking in another player that uses libav* also causes frame sync error. I have uploaded file powderblue to upload.ffmpeg.org Anything else i can do to help? -- Comment: Not reproducible with ffmpeg. {{{ $ ffplay powderblue.avi ffplay version N-39664-g6bfb304 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 10 2012 01:24:40 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl --enable- libtheora --enable-libopenjpeg libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'powderblue.avi': Metadata: encoder : MEncoder version 3.8.5 building on 20100625 Duration: 01:46:05.10, start: 0.000000, bitrate: 13 kb/s Stream #0:0: Video: mpeg4 (Advanced Simple Profile) (XVID / 0x44495658), yuv420p, 692x388 [SAR 1:1 DAR 173:97], SAR 794624:794589 DAR 8192:4593, 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, 5.1(side), s16, 448 kb/s [ac3 @ 0x14f3a00] frame sync error86KB vq= 27KB sq= 0B f=0/0 0/0 19.82 A-V: -0.325 fd= 0 aq= 95KB vq= 2KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 01:38:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 23:38:27 -0000 Subject: [FFmpeg-trac] #964(undetermined:open): No h263 Mode B support? In-Reply-To: <035.914ef4e8a8369e7b85f36b3203e08159@avcodec.org> References: <035.914ef4e8a8369e7b85f36b3203e08159@avcodec.org> Message-ID: <050.df79484af8a6a2b3bdb62df7efe0c08a@avcodec.org> #964: No h263 Mode B support? -------------------------------------+------------------------------------- Reporter: walker | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: h263 | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ggoodale): I would agree that Mode B support for h263 decoding is not supported. Does any one know the complexity of modifying ituh263dec.c to support this mode ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 01:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 09 Apr 2012 23:44:33 -0000 Subject: [FFmpeg-trac] #1181(avformat:new): dump_metadata should filter control-chars In-Reply-To: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> References: <037.8c883f5ccffc4c35989475e83066ba23@avcodec.org> Message-ID: <052.d85207e3a1e2d5ada1a3291ca0c05bcd@avcodec.org> #1181: dump_metadata should filter control-chars -------------------------------------+------------------------------------ Reporter: vogelchr | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: metadata | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * component: avcodec => avformat Comment: I cannot comment on the patch, but please provide a sample and complete, uncut console output, fix the indentation in the patch (you can use tools/patcheck to double-check your patch) and consider sending patches to ffmpeg-devel, they get more attention there. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 02:06:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 00:06:42 -0000 Subject: [FFmpeg-trac] #1183(undetermined:new): MP4->webm stopped playing in firefox (with git bisect) Message-ID: <037.8c1042e3a525bcd7b2a040205b88e538@avcodec.org> #1183: MP4->webm stopped playing in firefox (with git bisect) -------------------------------------+------------------------------------- Reporter: MarkRose | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: webm | Blocked By: firefox | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Recently the webm files generated by FFmpeg stopped working in Firefox (although they play fine in Chrome). I've compiled FFmpeg with the latest git of libvpx and x264. Using git bisect, the bad commit is somewhere between 967facb6950549d0cc4e0ba79a056ebc6f93a049 (which configures/compiles with `make` and produces a bad webm file) and f1fdd208cc0a1fce7aaaf6b0fe72b013525f49e0 (which configures/compiles with `make` and produces a good webm file). The intermediate commits don't configure properly with the options I use (they complain about an unrecognized --enable-postproc). I'm compiling ffmpeg with: ./configure --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-libspeex --enable-libschroedinger --enable-hwaccel=h264_vaapi && make clean && make I'm running ffmpeg like: ffmpeg -y -i 7000000009434.mp4 -vcodec libvpx -b:v 800k -bt 400k -vsync 2 -s 640x358 -acodec libvorbis -ac 2 -ar 44100 -ab 48k -async 441000 7000000009434.webm The mp4 file is a file outputted from an ffmpeg compiled last week. I'm doing all the compiling on an up-to-date 64-bit Ubuntu 11.10. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 02:40:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 00:40:46 -0000 Subject: [FFmpeg-trac] #1183(undetermined:new): MP4->webm stopped playing in firefox (with git bisect) In-Reply-To: <037.8c1042e3a525bcd7b2a040205b88e538@avcodec.org> References: <037.8c1042e3a525bcd7b2a040205b88e538@avcodec.org> Message-ID: <052.b61c125164fd9393d0fb969a656eb3c8@avcodec.org> #1183: MP4->webm stopped playing in firefox (with git bisect) -------------------------------------+------------------------------------- Reporter: MarkRose | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: webm firefox => webm Comment: Complete, uncut console output missing. Is the problem also reproducible with -an / -vn? Is the problem fixed in the newer revision if you use libavcodec/libvorbis.c (and possibly libavcodec/Makefile) from the older revision? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 02:48:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 00:48:40 -0000 Subject: [FFmpeg-trac] #1183(undetermined:new): MP4->webm stopped playing in firefox (with git bisect) In-Reply-To: <037.8c1042e3a525bcd7b2a040205b88e538@avcodec.org> References: <037.8c1042e3a525bcd7b2a040205b88e538@avcodec.org> Message-ID: <052.ac5ff71e4aa6ab60b79a52cf3ed05b3b@avcodec.org> #1183: MP4->webm stopped playing in firefox (with git bisect) -------------------------------------+------------------------------------- Reporter: MarkRose | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: webm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by MarkRose): The console output doesn't reveal much. Good webm console output (f1fdd208cc0a1fce7aaaf6b0fe72b013525f49e0): {{{ ffmpeg version N-37074-gf1fdd20 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 00:16:34 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --enable-libspeex --enable- libschroedinger --enable-hwaccel=h264_vaapi libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.102 / 2. 65.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x1b143a0] multiple edit list entries, a/v desync might occur, patch welcome Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '7000000009434.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.3.100 Duration: 00:00:26.34, start: 0.000000, bitrate: 644 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x358, 593 kb/s, 20.29 fps, 30 tbr, 30 tbn, 60 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 45 kb/s Metadata: handler_name : [buffer @ 0x1b132a0] w:640 h:358 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 's16' for codec 'libvorbis', auto-selecting format 'flt' [libvpx @ 0x1b31c20] v1.0.0-151-g24ccd56 Output #0, webm, to '7000000009434.webm': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.2.100 Stream #0:0(und): Video: vp8, yuv420p, 640x358, q=-1--1, 800 kb/s, 1k tbn, 30 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: vorbis, 44100 Hz, 2 channels, flt, 48 kb/s Metadata: handler_name : Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Stream #0:1 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help frame= 533 fps= 39 q=0.0 Lsize= 3697kB time=00:00:26.23 bitrate=1154.5kbits/s video:3590kB audio:95kB global headers:4kB muxing overhead 0.235802% }}} Bad webm console output (967facb6950549d0cc4e0ba79a056ebc6f93a049): {{{ ffmpeg version N-37101-g967facb Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 23:30:05 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable- libvpx --enable-libx264 --enable-libxvid --enable-libspeex --enable- libschroedinger --enable-hwaccel=h264_vaapi libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 2.100 / 54. 2.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 65.102 / 2. 65.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 7.100 / 0. 7.100 libpostproc 52. 0.100 / 52. 0.100 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x29423a0] multiple edit list entries, a/v desync might occur, patch welcome Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '7000000009434.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.3.100 Duration: 00:00:26.34, start: 0.000000, bitrate: 644 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p, 640x358, 593 kb/s, 20.29 fps, 30 tbr, 30 tbn, 60 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 45 kb/s Metadata: handler_name : [buffer @ 0x2941440] w:640 h:358 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 's16' for codec 'libvorbis', auto-selecting format 'flt' [libvpx @ 0x295fc20] v1.0.0-151-g24ccd56 Output #0, webm, to '7000000009434.webm': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf54.2.100 Stream #0:0(und): Video: vp8, yuv420p, 640x358, q=-1--1, 800 kb/s, 1k tbn, 30 tbc Metadata: handler_name : VideoHandler Stream #0:1(und): Audio: vorbis, 44100 Hz, 2 channels, flt, 48 kb/s Metadata: handler_name : Stream mapping: Stream #0:0 -> #0:0 (h264 -> libvpx) Stream #0:1 -> #0:1 (aac -> libvorbis) Press [q] to stop, [?] for help frame= 533 fps= 39 q=0.0 Lsize= 3697kB time=00:00:26.23 bitrate=1154.5kbits/s video:3590kB audio:95kB global headers:4kB muxing overhead 0.235802% }}} I didn't try to reproduce the problem without video/audio (I need both). Audio does seem to keep playing in Firefox while the video freezes. I may have time to play with the libvorbis.c tomorrow. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 13:31:40 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 11:31:40 -0000 Subject: [FFmpeg-trac] #1176(build system:open): Compile error when set "./configure --disable-optimizations" In-Reply-To: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> References: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> Message-ID: <052.0ac583d9773521b6f66aae54c1860c79@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" ----------------------------------+---------------------------------------- Reporter: jason_li | Owner: Type: defect | Status: open Priority: normal | Component: build system Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by jason_li): yes,it works when i set --disable-asm. replying to [comment:1 mjs973]: > I suggest you also use the --disable-asm option for configure. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 16:29:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 14:29:13 -0000 Subject: [FFmpeg-trac] #1184(undetermined:new): vf negate: crash Message-ID: <038.f2b70b4e619f84d3016b413286773919@avcodec.org> #1184: vf negate: crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1116/1023.bmp {{{ C:\>ffmpeg -i 1023.bmp -vf negate out.bmp ffmpeg version N-39664-g6bfb304 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 02:37:16 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '1023.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, pal8, 1023x767, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1dc1ce0] w:1023 h:767 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [buffersink @ 0x1dc1120] auto-inserting filter 'auto-inserted scale 0' between t he filter 'Parsed_negate_0' and the filter 'out' [negate @ 0x1dc1480] auto-inserting filter 'auto-inserted scale 1' between the f ilter 'src' and the filter 'Parsed_negate_0' [scale @ 0x1dc23a0] w:1023 h:767 fmt:pal8 sar:0/1 -> w:1023 h:767 fmt:yuv420p sa r:0/1 flags:0x4 C:\> }}} {{{ (gdb) r -i 1023.bmp -vf negate out.bmp Starting program: d:\mingw\msys\1.0\ffmpeg\ffmpeg_g.exe -i 1023.bmp -vf negate out.bmp [New Thread 3832.0xb54] Program received signal SIGSEGV, Segmentation fault. 0x004256c1 in config_props (inlink=0x3802300) at libavfilter/vf_lut.c:279 279 lut->lut[tcomp][val] = av_clip((int)res, min[comp], max[comp ]); (gdb) bt #0 0x004256c1 in config_props (inlink=0x3802300) at libavfilter/vf_lut.c:279 #1 0x004162ae in avfilter_config_links (filter=0x3801eb0) at libavfilter/avfilter.c:338 #2 0x00416276 in avfilter_config_links (filter=0x38014e0) at libavfilter/avfilter.c:284 #3 0x00416276 in avfilter_config_links (filter=0x3801d40) at libavfilter/avfilter.c:284 #4 0x004192d0 in ff_avfilter_graph_config_links (log_ctx=, graph=) at libavfilter/avfiltergraph.c:134 #5 avfilter_graph_config (graphctx=0x3801b30, log_ctx=0x0) at libavfilter/avfiltergraph.c:361 #6 0x0040a3f1 in configure_video_filters (ost=, ist=) at ffmpeg.c:674 #7 transcode_init (output_files=0x3801ae0, nb_output_files=1, input_files=0x3801600, nb_input_files=1) at ffmpeg.c:2601 #8 0x0040bab1 in transcode (output_files=0x3801ae0, nb_output_files=1, input_files=0x3801600, nb_input_files=1) at ffmpeg.c:2800 #9 0x0022ff48 in ?? () Backtrace stopped: Not enough registers or memory available to unwind further }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 20:00:51 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 18:00:51 -0000 Subject: [FFmpeg-trac] #1185(avformat:new): broken playback of rtsp streams - under windows at least Message-ID: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> #1185: broken playback of rtsp streams - under windows at least ----------------------------------+-------------------------------------- Reporter: kaptnole | Type: defect Status: new | Priority: important Component: avformat | Version: git-master Keywords: rtsp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- This refers to or is the same bug as [https://ffmpeg.org/trac/ffmpeg/ticket/651] I am not able to properly decode any udp rtsp stream under windows with ffmpeg. It says "RTP: missed n packets" all the time and the display is corrupt. For some sources I was able to avoid the bug by switching to TCP transport (rtsp_transport=tcp) but unfortunately that is not possible on many of them. Tested various sources like a vlc-player generated stream, some internet sources and streams from several lan cameras. Verified that bug with windows versions of ffplay (downloaded from [http://ffmpeg.zeranoe.com/builds/], ffmpeg (less errors but they still exist) and my own implemantation of an ffmpeg based player compiled from the current source. 32 bit and 64 bit versions. I presume there is something wrong with the udp-rtsp protocol implementation in ffmpeg. Some problem with the ring buffer there or different buffer sizes under windows - dont know. Unfortunately I was not able to test a unix build yet. The fact that I get less errors with ffmpeg but with ffplay lets me believe that there is some connection to the frequency network read functions are called. This is the output from ffmpeg trying to decode the stream gAmeOver supplied in his bug report: I get all the same errors "RTP: missed n packets" (not always only 1 like in this case) with any rtsp stream I tried, also local ones. {{{ D:\Projekte\VideoTest>ffmpeg -v 9 -loglevel 99 -i rtsp://admin:dienstag14 at 192.16 8.0.226/VideoInput/1/h264/1 -an output.avi ffmpeg version N-39664-g6bfb304 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 20:29:24 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 02009cc0] SDP: v=0 o=- 14773669779663671777 14773669779664517885 IN IP4 192.168.0.226 s=Media Presentation c=IN IP4 0.0.0.0 b=AS:12064 t=0 0 m=video 0 RTP/AVP 100 b=AS:12000 a=framerate:25.0 a=quality:4 a=control:trackID=0 a=rtpmap:100 H264/90000 a=fmtp:100 profile-level-id=640028; Reso=1920:1080; Scanning=0; TVSystem=pal; Ca meraMode=hd; StreamID=0; BitRateMode=vbr; Gop=30; AspectRatio=16:9; packetizatio n-mode=1; sprop-parameter- sets=Z2QAKK0AzlAeAIn5cBEAAA4QAAK/IOAAAAX14QAADuayovfjA AADAC+vCAAAdzWVF78G0EQiUsA=,aP48sA==; m=data 0 RTP/AVP 111 a=rtpmap:111 octet-stream/1 a=fmtp:111 Mac=08007b88f5b8; Model=VCC-HD4600P; TargetBitRate=6000; FirmVer=0200 0300; CameraSeries=2; [rtsp @ 02009cc0] video codec set to: h264 [NULL @ 0200c7a0] RTP Profile IDC: 64 Profile IOP: 0 Level: 28 [NULL @ 0200c7a0] RTP Packetization Mode: 1 [NULL @ 0200c7a0] Extradata set to 0200cd60 (size: 68)!hello state=0 [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 0200c7a0] Missing reference picture [h264 @ 0200c7a0] decode_slice_header error [h264 @ 0200c7a0] concealing 8160 DC, 8160 AC, 8160 MV errors [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 0200c7a0] no picture [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 0200c7a0] no picture [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 0200c7a0] no picture [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 0200c7a0] no picture [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 20 times [rtsp @ 02009cc0] All info found [rtsp @ 02009cc0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://admin:dienstag14 at 192.168.0.226/VideoInput/1/h264/1' : Metadata: title : Media Presentation Duration: N/A, start: 0.040000, bitrate: N/A Stream #0:0, 26, 1/90000: Video: h264 (High), yuv420p, 1920x1080 [SAR 1:1 DA R 16:9], 1/50, 25 fps, 25 tbr, 90k tbn, 50 tbc File 'output.avi' already exists. Overwrite ? [y/N] y w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:flags=2 [mpeg4 @ 04f8aaa0] detected 8 logical cores [mpeg4 @ 04f8aaa0] intra_quant_bias = 0 inter_quant_bias = -64 [h264 @ 0200c7a0] detected 8 logical cores Output #0, avi, to 'output.avi': Metadata: INAM : Media Presentation ISFT : Lavf54.3.100 Stream #0:0, 0, 1/25: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 1920x1080 [ SAR 1:1 DAR 16:9], 1/25, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (h264 -> mpeg4) Press [q] to stop, [?] for help [h264 @ 04eb2040] Missing reference picture [h264 @ 04eb2040] decode_slice_header error [h264 @ 04eb2040] concealing 8160 DC, 8160 AC, 8160 MV errors [h264 @ 051feb40] no picture [h264 @ 03e98340] no picture [h264 @ 03e98920] no picture [h264 @ 03eae460] no picture [h264 @ 0200c7a0] RTP: missed 1565 packets [h264 @ 0200c7a0] RTP: missed 1566 packets [h264 @ 04f23de0] error while decoding MB 30 37, bytestream (-13) [h264 @ 04f23de0] concealing 3739 DC, 3739 AC, 3739 MV errors [h264 @ 0200c7a0] RTP: missed 1 packets [h264 @ 04eb2040] Frame num gap 14 9 [h264 @ 04eb2040] Frame num gap 14 10 [h264 @ 04eb2040] Frame num gap 14 11 [h264 @ 04eb2040] Frame num gap 14 12 [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 8 times frame= 13 fps=0.0 q=16.3 size= 156kB time=00:00:00.96 bitrate=1330.0kbits/ RTP: missed 1 packets [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 11 times frame= 26 fps= 25 q=31.0 size= 233kB time=00:00:04.40 bitrate= 433.7kbits/ RTP: missed 1 packets [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 11 times frame= 39 fps= 25 q=24.8 size= 353kB time=00:00:04.92 bitrate= 588.4kbits/ RTP: missed 1 packets [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 11 times frame= 52 fps= 25 q=31.0 size= 411kB time=00:00:05.44 bitrate= 618.2kbits/ RTP: missed 1 packets [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 11 times frame= 65 fps= 25 q=31.0 size= 460kB time=00:00:05.96 bitrate= 632.6kbits/ RTP: missed 1 packets [h264 @ 0200c7a0] RTP: missed 1 packets Last message repeated 9 times RTP: missed 1 packets frame= 89 fps= 28 q=31.0 Lsize= 559kB time=00:00:06.92 bitrate= 661.4kbits /s video:549kB audio:0kB global headers:0kB muxing overhead 1.775516% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 20:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 18:54:10 -0000 Subject: [FFmpeg-trac] #836(avcodec:closed): "Reserved SBR extensions are not implemented" message on applehttp stream In-Reply-To: <036.ce038cffae47121ed8d951fde7e6d565@avcodec.org> References: <036.ce038cffae47121ed8d951fde7e6d565@avcodec.org> Message-ID: <051.8cfcd3de72ec45fa5be4d5d4d56170d1@avcodec.org> #836: "Reserved SBR extensions are not implemented" message on applehttp stream ------------------------------------+----------------------------------- Reporter: exobuzz | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac sbr | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by reimar): * status: open => closed * resolution: => fixed Comment: Message was incorrect, AAC stream is slightly broken/inefficient though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 22:59:07 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 20:59:07 -0000 Subject: [FFmpeg-trac] #1186(avformat:new): Regression in duration calculation for ogg files. Message-ID: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> #1186: Regression in duration calculation for ogg files. ------------------------------------+-------------------------------------- Reporter: dalecurtis | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Commit http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=5901cd6236d97b34fe59a47ba0fd6da8f647d1f1 introduced a significant regression in the duration calculation for some OGG files: http://commondatastorage.googleapis.com/dalecurtis-shared/sync1.ogg http://commondatastorage.googleapis.com/dalecurtis-shared/sync2.ogg Chrome's copy of FFmpeg has had this commit reverted for some time now w/o issue. I couldn't find an upstream issue report for this though, so decided to file this bug. The issue can be seen by running ffplay on either file above and noting that the duration is nearly 5 secs off (25.36 vs 30.35) dalecurtis at xorax /d/code/chrome/src $ ffplay -autoexit media/test/data/content/sync1.ogg ffplay version N-39514-gfde6314 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 4 2012 11:24:39 with gcc 4.4.3 configuration: --enable-libx264 --enable-libvpx --enable-gpl --enable- ffplay libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, ogg, from 'media/test/data/content/sync1.ogg': Duration: 00:00:25.36, start: 0.000000, bitrate: 6 kb/s Stream #0:0: Audio: vorbis, 44100 Hz, mono, s16, 80 kb/s 30.35 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 Dropping the commit above (and subsequent changes to that commit) fixes this regression, seemingly without issue: Input #0, ogg, from '/d/code/chrome/src/media/test/data/content/sync1.ogg': Duration: 00:00:29.99, start: 0.000000, bitrate: 5 kb/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 23:06:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 21:06:19 -0000 Subject: [FFmpeg-trac] #1180(FFmpeg:open): video cutting/extraction leads to various a/v sync (when possible) In-Reply-To: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> References: <035.ea072ae3d39bfdd35685aa90c1f9e38d@avcodec.org> Message-ID: <050.5f7fffcfe9ac6e15ede839f2f136cee3@avcodec.org> #1180: video cutting/extraction leads to various a/v sync (when possible) -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: important | Component: FFmpeg Version: git-master | Resolution: Keywords: desync | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ubitux): Indeed, thanks for tracking down the origin of the issue. I relayed the issue to Anton, he might come up with a better solution than reverting the commit. On the other hand, reverting it doesn't solve the second error I mentioned (with -ss as input option): {{{ [...] [avi @ 0x2858fe0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: -14 >= -14 av_interleaved_write_frame(): Invalid argument }}} Also, it doesn't solve a similar issue with I have with a random MKV: http://samples.ffmpeg.org/Matroska/ppd.mkv Playback is out of sync again after something like: {{{ ./ffmpeg -i ppd.mkv -ss 150 -c copy -y out.mkv }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 23:38:10 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 21:38:10 -0000 Subject: [FFmpeg-trac] #1187(avcodec:new): WMV video does not seek correctly in Windows Media Player on Windows 7 Message-ID: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 ---------------------------------+--------------------------------------- Reporter: vpi | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- When reading raw packets from a source WMV video file using the av_read_frame() function of the libavcodec library and writing them as-is to an output file using the av_write_frame() function, the output file plays but does not seek correctly in Windows Media Player 12 on Windows 7. There is a noticable delay before playback resumes (presumably Windows Media Player is waiting for the next key frame to arrive, which can take awhile). The output file plays and seeks fine in Windows Media Player 11 on Windows XP, and the source file plays and seeks fine in both Windows versions. So the issue is in playing libavcodec's output file in Windows Media Player 12. What we want to do is make an exact copy of a video file with specific frames blacked out based on given timestamps and durations (is libavfilter capable of handling this better? How to hook it up in code?). For performance, we only decode/encode the video frames that need to be blacked out, the rest of the packets are read/written as-is. For testing purposes though, the following stripped down code is what our current logic looks like just to make an unaltered copy of the video (error handling removed for brevity): {{{ AVFormatContext *inputFormatCtx; AVCodecContext *inputCodecCtx; int videoStreamIndex; AVCodecContext *outputCodecCtx; AVFormatContext *outputFormatCtx; avformat_open_input(&inputFormatCtx, inputFileName, NULL, NULL); avformat_find_stream_info(inputFormatCtx, NULL); for(unsigned int i=0; i < inputFormatCtx->nb_streams; i++) { if ( inputFormatCtx->streams[i]->codec->codec_type == AVMEDIA_TYPE_VIDEO) { inputCodecCtx = inputFormatCtx->streams[i]->codec; videoStreamIndex = i; break; } } AVCodec *pDecoder = avcodec_find_decoder( inputFormatCtx->codec_id ); avcodec_open2( inputFormatCtx, pDecoder, NULL ); AVCodec *pEncoder = avcodec_find_encoder( inputCodecCtx->codec_id ); avformat_alloc_output_context2(&outputFormatCtx, NULL, "asf", outputFileName); outputFormatCtx->oformat->audio_codec = CODEC_ID_NONE; outputFormatCtx->oformat->video_codec = inputCodecCtx->codec_id; outputFormatCtx->audio_codec_id = CODEC_ID_NONE; outputFormatCtx->video_codec_id = inputCodecCtx->codec_id; outputFormatCtx->duration = inputFormatCtx->duration; av_dict_copy( &(outputFormatCtx->metadata), inputFormatCtx->metadata, 0); av_dict_set( &(outputFormatCtx->metadata), "Author", "VPI", 0 ); AVStream *stream = avformat_new_stream(outputFormatCtx, pEncoder); outputCodecCtx = stream->codec; //avcodec_copy_context( outputCodecCtx, inputCodecCtx ); outputCodecCtx->pix_fmt = inputCodecCtx->pix_fmt; outputCodecCtx->time_base.num = 1; outputCodecCtx->time_base.den = 1; outputCodecCtx->width = inputCodecCtx->width; outputCodecCtx->height = inputCodecCtx->height; outputCodecCtx->bit_rate = inputCodecCtx->bit_rate; outputCodecCtx->bit_rate_tolerance = inputCodecCtx->bit_rate_tolerance; outputCodecCtx->qmax = inputCodecCtx->qmax; outputCodecCtx->qmin = inputCodecCtx->qmin; if ( outputformatCtx->oformat->flags & AVFMT_GLOBALHEADER ) outputCodecCtx->flags |= CODEC_FLAG_GLOBAL_HEADER; avcodec_open2(outputCodecCtx, pEncoder, NULL); avio_open( &(outputFormatCtx->pb), outputFormatCtx->filename, URL_WRONLY); avformat_write_header( outputFormatCtx, NULL ); AVPacket packet; av_init_packet( &packet ); do { if (NULL != packet.data) { av_free_packet(&packet); packet.data = NULL; } if ( av_read_frame( inputFormatCtx, &packet ) < 0 ) break; if ( packet.stream_index == videoStreamIndex ) av_write_frame( outputFormatCtx, &packet ); } while (true); av_write_trailer( outputFormatCtx ); avcodec_close(outputCodecCtx); avio_close(outputFormatCtx->pb) outputFormatCtx->pb = NULL; avformat_free_context( outputFormatCtx ); avcodec_close(inputCodecCtx); avio_close(inputFormatCtx->pb); inputFormatCtx->pb = NULL; avformat_close_input(&inputFormatCtx); if ( NULL != packet.data ) { av_free_packet(&packet); packet.data = NULL; } }}} The same issue can be reproduced with the command-line ffmpeg.exe application using the following command-line: {{{ ffmpeg -i seeks_fine.wmv -vcodec copy seeks_delayed.wmv }}} Here is the console output: {{{ ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:42:37 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 Input #0, asf, from 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_fine.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 Duration: 00:00:56.00, start: 0.000000, bitrate: 31 kb/s Stream #0:0(eng): Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, 29 kb/s, 1 tbr, 1k tbn, 1k tbc Output #0, asf, to 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_delayed.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 WM/EncodingSettings: Lavf53.29.100 Stream #0:0(eng): Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, q=2-31, 29 kb/s, 1k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 57 fps= 0 q=-1.0 Lsize= 214kB time=00:00:56.00 bitrate= 31.2kbits/s video:208kB audio:0kB global headers:0kB muxing overhead 2.746522% }}} Attached are the two video files. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 23:47:56 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 21:47:56 -0000 Subject: [FFmpeg-trac] #1187(avcodec:new): WMV video does not seek correctly in Windows Media Player on Windows 7 In-Reply-To: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> References: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> Message-ID: <047.885bbd851a5aa7ec1aed19197e5f3ee6@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 -------------------------------------+----------------------------------- Reporter: vpi | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by vpi): Here is the console output with verbose logging: ffmpeg -v 9 -loglevel 99 -i seeks_fine.wmv -vcodec copy seeks_delayed.wmv {{{ ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers built on Jan 9 2012 17:42:37 with gcc 4.6.2 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 34.100 / 51. 34.100 libavcodec 53. 54.100 / 53. 54.100 libavformat 53. 29.100 / 53. 29.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 58.100 / 2. 58.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 6.100 / 0. 6.100 libpostproc 51. 2.100 / 51. 2.100 [asf @ 003EA060] Format asf probed with size=2048 and score=100 [asf @ 003EA060] Unsupported value type 1 in tag ASFLeakyBucketPairs. [asf @ 003EA060] gpos mismatch our pos=24, end=104 [asf @ 003EA060] gpos mismatch our pos=24, end=26 [asf @ 003EA060] gpos mismatch our pos=24, end=1536 [asf @ 003EA060] gpos mismatch our pos=24, end=34 [asf @ 003EA060] gpos mismatch our pos=24, end=32 [wmv1 @ 00B25B40] err{or,}_recognition separate: 1; 1 [wmv1 @ 00B25B40] err{or,}_recognition combined: 1; 10001 [wmv1 @ 00B25B40] Unsupported bit depth: 0 [asf @ 003EA060] All info found Input #0, asf, from 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_fine.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 Duration: 00:00:56.00, start: 0.000000, bitrate: 31 kb/s Stream #0:0(eng), 41, 1/1000: Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, 1/1000, 29 kb/s, 1 tbr, 1k tbn, 1k tbc Output #0, asf, to 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_delayed.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 WM/EncodingSettings: Lavf53.29.100 Stream #0:0(eng), 0, 1/1000: Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, 1/1000, q=2-31, 29 kb/s, 1k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 57 fps= 0 q=-1.0 Lsize= 214kB time=00:00:56.00 bitrate= 31.2kbits/s video:208kB audio:0kB global headers:0kB muxing overhead 2.746522% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 23:51:18 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 21:51:18 -0000 Subject: [FFmpeg-trac] #1186(avformat:new): Regression in duration calculation for ogg files. In-Reply-To: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> References: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> Message-ID: <054.59e2c1a1d46397a3a28244217d2cb53a@avcodec.org> #1186: Regression in duration calculation for ogg files. ------------------------------------+------------------------------------ Reporter: dalecurtis | 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 reimar): You might want to improve your communication/documentation :-) This was already discussed here: http://ffmpeg.org/pipermail/ffmpeg-devel/2011-August/114143.html Discussion includes a sample file for why that code is needed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 10 23:56:22 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 21:56:22 -0000 Subject: [FFmpeg-trac] #1187(avcodec:closed): WMV video does not seek correctly in Windows Media Player on Windows 7 In-Reply-To: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> References: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> Message-ID: <047.c93230cbbb550393d48dbefe1512127f@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 -------------------------------------+----------------------------------- Reporter: vpi | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by reimar): * status: new => closed * resolution: => invalid Comment: Please always test with a recent version. This was most likely fixed in bd603494f905a7db92fc04eab9c0f6793b0ed7d1 on April 4th. Until then I'll assume this is invalid due to being cause by using an outdated version. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 00:23:33 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 22:23:33 -0000 Subject: [FFmpeg-trac] #1187(avcodec:reopened): WMV video does not seek correctly in Windows Media Player on Windows 7 In-Reply-To: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> References: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> Message-ID: <047.02a449e940a3d090dbf65d9569b5d129@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 -------------------------------------+------------------------------------ Reporter: vpi | Owner: Type: defect | Status: reopened Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by vpi): * status: closed => reopened * resolution: invalid => Comment: Retested with the latest ffmpeg.exe executable that is dated April 9th (though the console output says April 3rd). The same seeking issue still exists Here is the console output: ffmpeg -v 9 -loglevel 99 -i seeks_fine.wmv -vcodec copy seeks_delayed.wmv {{{ ffmpeg version N-39494-g41a097a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 3 2012 20:20:04 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-runtime-cpudetect --enable-avisynth --enable-bzlib --enable- frei0r --enable-libopencore-amrnb --enable-libopencore-amrwb --enable- libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable- libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0219AC20] Format asf probed with size=2048 and score=100 [asf @ 0219AC20] Unsupported value type 1 in tag ASFLeakyBucketPairs. [asf @ 0219AC20] gpos mismatch our pos=24, end=104 [asf @ 0219AC20] gpos mismatch our pos=24, end=26 [asf @ 0219AC20] gpos mismatch our pos=24, end=1536 [asf @ 0219AC20] gpos mismatch our pos=24, end=34 [asf @ 0219AC20] gpos mismatch our pos=24, end=32 [asf @ 0219AC20] All info found Input #0, asf, from 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_fine.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 Duration: 00:00:56.00, start: 0.000000, bitrate: 31 kb/s Stream #0:0(eng), 41, 1/1000: Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, 1/1000, 29 kb/s, 1 tbr, 1k tbn, 1k tbc Output #0, asf, to 'C:\Documents and Settings\rp\Desktop\PCI Scrubbing\seeks_delayed.wmv': Metadata: WMFSDKVersion : 9.00.00.3250 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 VBR Peak : 1045 Buffer Average : 2090 WM/EncodingSettings: Lavf54.3.100 Stream #0:0(eng), 0, 1/1000: Video: wmv1 (WMV1 / 0x31564D57), yuv420p, 1024x768, 1/1000, q=2-31, 29 kb/s, 1k tbn, 1k tbc Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 57 fps=0.0 q=-1.0 Lsize= 214kB time=00:00:56.00 bitrate= 31.2kbits/s video:208kB audio:0kB global headers:0kB muxing overhead 2.745583% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 00:45:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 10 Apr 2012 22:45:14 -0000 Subject: [FFmpeg-trac] #1186(avformat:new): Regression in duration calculation for ogg files. In-Reply-To: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> References: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> Message-ID: <054.2f76db76fcb728348a2502d86de01a7a@avcodec.org> #1186: Regression in duration calculation for ogg files. ------------------------------------+------------------------------------ Reporter: dalecurtis | 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 dalecurtis): Agreed on documentation! I'm working on cleaning all this up now, so hopefully we can reduce miscommunication in the future :) Thanks for your patience in any case. Looks like it still an issue today though, so probably worth leaving the bug open. FWIW, recreating sync1 and sync2 from wav to ogg using a fresh FFmpeg with either libvorbis or vorbis (sync2 only) results in files which still trigger this issue today though. In fact, every file I've tried to convert to a 30 sec ogg ends up being ~5 secs short. Here's the command line I'm using: ffmpeg -t 30 -acodec libvorbis -vn -i <...> .ogg Should I be doing something else? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 07:53:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 05:53:42 -0000 Subject: [FFmpeg-trac] #1187(avcodec:closed): WMV video does not seek correctly in Windows Media Player on Windows 7 In-Reply-To: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> References: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> Message-ID: <047.ff2487395162255c86370c00431c4abd@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 -------------------------------------+----------------------------------- Reporter: vpi | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec 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: Given that 41a097a is a predecessor of bd60349 your newer test does not make much sense. Please reopen the ticket if the problem is still reproducible with current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 13:09:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 11:09:49 -0000 Subject: [FFmpeg-trac] #1185(avformat:new): broken playback of rtsp streams - under windows at least In-Reply-To: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> References: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> Message-ID: <052.b6aedec9aea93b682064a07774ca2dfb@avcodec.org> #1185: broken playback of rtsp streams - under windows at least ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: git-master | Resolution: Keywords: rtsp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kaptnole): Sorry posted the wrong output about one of my local streams. Here is the right one with an internet stream, so you can reproduce: {{{ D:\Projekte\VideoTest>ffplay -loglevel debug rtsp://dmzosx001.dpa.act.gov.au/med ium ffplay version N-39664-g6bfb304 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 9 2012 20:29:24 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [rtsp @ 01e4f7c0] SDP: v=0 o=- 86591429 86591429 IN IP4 127.0.0.0 s=Wirecast c=IN IP4 0.0.0.0 t=0 0 a=x-qt-text-nam:ACT Legislative Assembly a=x-qt-text-cpy:Copyright ACT 2010 a=x-qt-text-aut:ACT Government a=x-qt-text-inf:http://www.parliament.act.gov.au a=range:npt=now- a=control:* m=audio 0 RTP/AVP 96 a=3GPP-Adaptation-Support:1 a=rtpmap:96 mpeg4-generic/32000/2 a=fmtp:96 profile-level-id=15;mode=AAC- hbr;sizelength=13;indexlength=3;indexdelt alength=3;config=1290 a=control:trackID=1 m=video 0 RTP/AVP 97 a=3GPP-Adaptation-Support:1 a=rtpmap:97 H264/90000 a=fmtp:97 packetization-mode=1;profile-level-id=4D400D;sprop-parameter- sets=J01A DakYKD5gDUGAQa2wrXvfAQ==,KN4JiA== a=cliprect:0,0,240,320 a=framesize:97 320-240 b=AS:256 a=control:trackID=2 [rtsp @ 01e4f7c0] audio codec set to: aac [rtsp @ 01e4f7c0] audio samplerate set to: 32000 [rtsp @ 01e4f7c0] audio channels set to: 2 [rtsp @ 01e4f7c0] video codec set to: h264 [NULL @ 03b996e0] RTP Packetization Mode: 1 [NULL @ 03b996e0] RTP Profile IDC: 4d Profile IOP: 40 Level: d [NULL @ 03b996e0] Extradata set to 03b99b00 (size: 31)!hello state=0 [h264 @ 03b996e0] Missing reference picture [h264 @ 03b996e0] decode_slice_header error [h264 @ 03b996e0] Missing reference picture [h264 @ 03b996e0] decode_slice_header error [h264 @ 03b996e0] concealing 300 DC, 300 AC, 300 MV errors [rtsp @ 01e4f7c0] All info found [rtsp @ 01e4f7c0] Estimating duration from bitrate, this may be inaccurate Input #0, rtsp, from 'rtsp://dmzosx001.dpa.act.gov.au/medium': Metadata: title : Wirecast Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0, 34, 1/32000: Audio: aac, 32000 Hz, stereo, s16 Stream #0:1, 22, 1/90000: Video: h264 (Main), yuv420p, 320x240, 1/180000, 25 tbr, 90k tbn, 180k tbc [h264 @ 03b996e0] detected 8 logical cores [h264 @ 05479480] Missing reference picture [h264 @ 05479480] decode_slice_header error [h264 @ 05479480] Missing reference picture [h264 @ 05479480] decode_slice_header error [h264 @ 05479480] concealing 300 DC, 300 AC, 300 MV errors [h264 @ 03b996e0] RTP: missed 17 packetsq= 0KB sq= 0B f=0/0 f=0/0 [h264 @ 05479480] Frame num gap 16 13 [h264 @ 05479480] Frame num gap 16 14 [h264 @ 05479480] Increasing reorder buffer to 1 [h264 @ 05479480] no picture [h264 @ 03b91a60] corrupted macroblock 8 14 (total_coeff=-1) [h264 @ 03b91a60] error while decoding MB 8 14 [h264 @ 03b91a60] concealing 61 DC, 61 AC, 61 MV errors [h264 @ 03b996e0] RTP: missed 2 packets [h264 @ 03b996e0] RTP: missed 27 packets [h264 @ 03b916a0] Invalid level prefix [h264 @ 03b916a0] error while decoding MB 12 0 [h264 @ 03b916a0] concealing 300 DC, 300 AC, 300 MV errors 3.7[h264 @ 03b91a60] Frame num gap 6 3 1 [h264 @ 03b91a60] Frame num gap 6 4 [h264 @ 03b996e0] RTP: missed 58 packetsq= 1KB sq= 0B f=0/0 [h264 @ 054be2a0] Frame num gap 9 6 [h264 @ 054be2a0] Frame num gap 9 7 [h264 @ 05479480] negative number of zero coeffs at 8 14 [h264 @ 05479480] error while decoding MB 8 14 [h264 @ 05479480] concealing 61 DC, 61 AC, 61 MV errors [h264 @ 03b996e0] RTP: missed 39 packetsq= 1KB sq= 0B f=0/0 7.[h264 @ 03b91a60] Frame num gap 9 6q= 1KB sq= 0B f=0/0 07[h264 @ 03b91a60] Frame num gap 9 7 A-[h264 @ 03b91a60] Increasing reorder buffer to 8 V:[h264 @ 03b91a60] no picture ooo 7[h264 @ 05479480] no picture oooB sq= 0B f=0/0 7[h264 @ 054be2a0] no picture oooq= 1KB sq= 0B f=0/0 7[h264 @ 05515fe0] no picture oooq= 1KB sq= 0B f=0/0 7[h264 @ 05516800] no picture oooq= 1KB sq= 0B f=0/0 7[h264 @ 03c4c400] no picture oooq= 1KB sq= 0B f=0/0 7[h264 @ 03c4d200] no picture oooq= 1KB sq= 0B f=0/0 7[h264 @ 03c4d7e0] no picture B vq= 1KB sq= 0B f=0/0 7[h264 @ 03b916a0] no picture B vq= 1KB sq= 0B f=0/0 .3[h264 @ 03b91a60] no picture 8 A[h264 @ 05479480] no picture -V:[h264 @ 054be2a0] no picture -[h264 @ 05515fe0] no picture 0.003[h264 @ 05516800] no picture [h264 @ 03b996e0] RTP: missed 5 packetsvq= 1KB sq= 0B f=0/1 [h264 @ 03b996e0] RTP: missed 1 packets [h264 @ 03c4d200] Frame num gap 3 0 [h264 @ 03c4d200] Frame num gap 3 1 [h264 @ 03c4c400] concealing 74 DC, 74 AC, 74 MV errors [h264 @ 03c4d7e0] Frame num gap 5 3 [h264 @ 03b996e0] RTP: missed 33 packetsq= 0KB sq= 0B f=0/1 [h264 @ 03b996e0] RTP: missed 46 packets [h264 @ 03b91a60] Frame num gap 3 0 [h264 @ 03b91a60] Frame num gap 3 1 [h264 @ 03b91a60] Increasing reorder buffer to 14 [h264 @ 03b91a60] no picture ooo [h264 @ 05479480] no picture ooo [h264 @ 054be2a0] Frame num gap 3 0 [h264 @ 054be2a0] Frame num gap 3 1 [h264 @ 054be2a0] Increasing reorder buffer to 15 [h264 @ 054be2a0] no picture ooo [h264 @ 05515fe0] no picture ooo [h264 @ 05516800] no picture ooo [h264 @ 03c4c400] no picture ooo [h264 @ 03c4d200] no picture ooo [h264 @ 03c4d7e0] no picture ooo [h264 @ 03b916a0] no picture [h264 @ 03b91a60] no picture [h264 @ 05479480] no picture [h264 @ 054be2a0] no picture [h264 @ 05515fe0] no picture [h264 @ 05516800] no picture [h264 @ 03c4c400] no picture 15.95 A-V: 1.991 fd= 134 aq= 165KB [h264 @ 03b996e0] RTP: missed 204 packets vq[h264 @ 03c4c400] Frame num gap 10 7 = [h264 @ 03c4c400] Frame num gap 10 8 0K[h264 @ 05516800] concealing 74 DC, 74 AC, 74 MV errors 6.73 A-V:-19.300 fd= 158 aq= 174KB vq= 0KB sq= 0B f=0/9 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 13:23:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 11:23:22 -0000 Subject: [FFmpeg-trac] #1186(avformat:open): Regression in duration calculation for ogg files. In-Reply-To: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> References: <039.9fa37300c9c009b79fe6253891efa368@avcodec.org> Message-ID: <054.15fd1b5567e6dfd978b8fd17af7e2707@avcodec.org> #1186: Regression in duration calculation for ogg files. -------------------------------------+------------------------------------- Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => ogg regression * status: new => open * reproduced: 0 => 1 Comment: The regression as such is reproducible.c -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 13:31:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 11:31:51 -0000 Subject: [FFmpeg-trac] #1185(avformat:new): broken playback of rtsp streams - under windows at least In-Reply-To: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> References: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> Message-ID: <052.a2ebb3afab5a655060c187aea99e6766@avcodec.org> #1185: broken playback of rtsp streams - under windows at least ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp udp | 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? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 14:17:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 12:17:49 -0000 Subject: [FFmpeg-trac] #1185(avformat:new): broken playback of rtsp streams - under windows at least In-Reply-To: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> References: <037.5844dfbb79f23cf6ec738c8f3484ecbd@avcodec.org> Message-ID: <052.1aff3ea87f2085eb1932087e2c2fae19@avcodec.org> #1185: broken playback of rtsp streams - under windows at least ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: rtsp udp | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by kaptnole): Replying to [comment:2 cehoyos]: > Do you think this is a regression? Can not say that. You can read quite a bit about similar problems here. And some say there was something fixed. All I can say: For me it never worked - but I am only trying since three months or so. Also tried with libav - same results. All streams play fine with VLC Player. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 15:05:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 13:05:21 -0000 Subject: [FFmpeg-trac] #910(avformat:closed): Segmented encode gives increasing time clips In-Reply-To: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> References: <037.1f032f6c1bf116610630c57baa30a961@avcodec.org> Message-ID: <052.43e9d5099e244f91f7ebd97ab55a46a0@avcodec.org> #910: Segmented encode gives increasing time clips -------------------------------------+------------------------------------- Reporter: stljdpwl | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.9.1 | Resolution: invalid Keywords: segmenting | Blocked By: DirectShow | Reproduced by developer: 0 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by Alrich): Is there no other way to reset the timestamps at the beginning of each segment, so that one can use ffmpeg to record security camera feeds every 15mins or so? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 15:05:45 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 13:05:45 -0000 Subject: [FFmpeg-trac] #816(swscale:closed): pal8 output is gray / empty In-Reply-To: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> References: <038.c9e11f522354f1876a489e6a73658c53@avcodec.org> Message-ID: <053.46203a47b3271cd52a7d290030fee5ef@avcodec.org> #816: pal8 output is gray / empty -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: swscale Version: git-master | Resolution: fixed Keywords: pal8 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Reimar. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 15:35:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 13:35:49 -0000 Subject: [FFmpeg-trac] #1188(undetermined:new): Segmented encode Message-ID: <035.457a8fff4a1268ca0e7180b6881ae52f@avcodec.org> #1188: Segmented encode -------------------------------------+------------------------------------- Reporter: Alrich | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: segment | Blocked By: timestamp | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Encoding a video from udp mpegts stream segmented in 60 sec chunks, the first clip is 60 seconds long, the second 120 seconds long (only last 60 sec with video data), the third is 180 secs long (only last 60 sec with video data), and so on. This has been discussed in http://ffmpeg.org/trac/ffmpeg/ticket/910 ffmpeg -i udp://224.10.2.1:2150 -y -s qvga -r 20 -ac 1 -ar 16000 -b:a 24 k -b:v 376k -c:a libmp3lame -c:v mpeg4 -force_key_frames 1 -f segment -segment_t ime 60 -segment_list list.txt -map 0 -segment_format avi out%03d.avi Is there no way to encode files so in this manner that they are playable by vlc, windows media player, etc..? Is there another way to record security camera video's without the files having longer and longer blank playback in the beginning? I've tried restarting ffmpeg with -t 60 every minute, however this sollution uses a lot more processing with the constant startup of ffmpeg, and sometimes ffmpeg closes after only a few hundred milliseconds or so. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 21:54:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 19:54:21 -0000 Subject: [FFmpeg-trac] #1189(undetermined:new): Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 Message-ID: <038.1ca244c00a94470cff93561714ab9157@avcodec.org> #1189: Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Trying to seek to a timestamp 0 without AVSEEK_FLAG_BACKWARD causes the stream to seek to a timestamp of 12. Adding the flag AVSEEK_FLAG_BACKWARD fixes this and results in seeking to the first frame. Consequently, this makes the call `avformat_seek_file(formatContext, 0, 0, 0, 0)` seek to a timestamp of 12 instead of 0 as well. If you run the program below, all the frames will be saved out in the correct order. However, if AVSEEK_FLAG_BACKWARD is removed, the first 11 frames are skipped (fyi the first frame is a repeat frame, so 12 with the repeat). The attached video sample is an MOV container with with one mpeg2video stream. It was created from a source H264 sample with ffmpeg with the command: `ffmpeg -i TimeCode.mov -an -vcodec mpeg2video mpeg2.mov` I do not believe AVSEEK_FLAG_BACKWARD should be necessary here in this case. I believe this behavior shows up in other files as well (that is, seeking to a ts of 0 without AVSEEK_FLAG_BACKWARD ends up skipping the first keyframe and seeking to the second keyframe), but haven't confirmed this. {{{ #include #include extern "C" { #include #include #include }; void saveFrame(const AVFrame* frame, int width, int height, int frameNumber) { char filename[32]; sprintf(filename, "frame%d.ppm", frameNumber); std::ofstream file(filename, std::ios_base::binary | std::ios_base::trunc | std::ios_base::out); if (!file.good()) { throw std::runtime_error("Unable to open the file to write the frame"); } file << "P5\n" << width << '\n' << height << "\n255\n"; for (int i = 0; i < height; ++i) { file.write((char*)(frame->data[0] + i * frame->linesize[0]), width); } } int main() { av_register_all(); AVFrame* frame = avcodec_alloc_frame(); if (!frame) { return 1; } AVFormatContext* formatContext = NULL; if (avformat_open_input(&formatContext, "mpeg2.mov", NULL, NULL) != 0) { av_free(frame); return 1; } if (avformat_find_stream_info(formatContext, NULL) < 0) { av_free(frame); av_close_input_file(formatContext); return 1; } if (formatContext->nb_streams < 1 || formatContext->streams[0]->codec->codec_type != AVMEDIA_TYPE_VIDEO) { av_free(frame); av_close_input_file(formatContext); return 1; } AVStream* stream = formatContext->streams[0]; AVCodecContext* codecContext = stream->codec; codecContext->codec = avcodec_find_decoder(codecContext->codec_id); if (codecContext->codec == NULL) { av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); return 1; } else if (avcodec_open2(codecContext, codecContext->codec, NULL) != 0) { av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); return 1; } avcodec_flush_buffers(codecContext); std::cout << "Seek successful? " << (av_seek_frame(formatContext, -1, 0, AVSEEK_FLAG_BACKWARD) >= 0) << std::endl; AVPacket packet; av_init_packet(&packet); std::ofstream stats("stats.txt"); int frameNumber = 0; while (av_read_frame(formatContext, &packet) == 0) { std::cout << "key packet? " << (packet.flags & AV_PKT_FLAG_KEY) << std::endl; if (packet.stream_index == stream->index) { int frameFinished = 0; avcodec_decode_video2(codecContext, frame, &frameFinished, &packet); if (frameFinished) { saveFrame(frame, codecContext->width, codecContext->height, frameNumber++); stats << "repeat: " << frame->repeat_pict << "\tkeyframe: " << frame->key_frame << "\tbest_ts: " << frame->best_effort_timestamp << '\n'; } } } av_free_packet(&packet); if (codecContext->codec->capabilities & CODEC_CAP_DELAY) { av_init_packet(&packet); int frameFinished = 0; int result = 0; while ((result = avcodec_decode_video2(codecContext, frame, &frameFinished, &packet)) >= 0 && frameFinished) { if (frameFinished) { saveFrame(frame, codecContext->width, codecContext->height, frameNumber++); stats << "repeat: " << frame->repeat_pict << "\tkeyframe: " << frame->key_frame << "\tbest_ts: " << frame->best_effort_timestamp << '\n'; } } } av_free(frame); avcodec_close(codecContext); av_close_input_file(formatContext); } }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 22:15:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 20:15:06 -0000 Subject: [FFmpeg-trac] #1189(undetermined:closed): Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 In-Reply-To: <038.1ca244c00a94470cff93561714ab9157@avcodec.org> References: <038.1ca244c00a94470cff93561714ab9157@avcodec.org> Message-ID: <053.686e7bd5c7a56c435dc4f03d9fc16ed4@avcodec.org> #1189: Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 -------------------------------------+------------------------------------- Reporter: mbradshaw | 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 reimar): * status: new => closed * resolution: => invalid Comment: As ffprobe -show_packets shows, the first frame has a (dts) time stamp of -1. Thus seeking to the first frame when seeking to timestamp 0 would be wrong. As far as I can tell FFmpeg behaves exactly as it should, and doesn't really have much choice in the matter. Note: I admit that it is up to discussion whether FFmpeg should rather be seeking by dts or pts, though by dts gives probably more logical/reliable results. Whether it should avoid creating files with negative dts yet another. I can't really comment much on either. It also looks like FFmpeg sets the start time to 0 and not -1, which while I believe is correct is rather confusing with that dts/pts mess. But even without that there are many, many file formats that almost never start with a time stamp of 0. Still, overall I do not believe there is any bug, even if the behaviour is maybe needlessly confusing or too badly documented, so there might be something for which you might want to open an enhancement request (or change this one to such if possible). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 22:33:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 20:33:23 -0000 Subject: [FFmpeg-trac] #1189(documentation:reopened): Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 In-Reply-To: <038.1ca244c00a94470cff93561714ab9157@avcodec.org> References: <038.1ca244c00a94470cff93561714ab9157@avcodec.org> Message-ID: <053.98f1f99fb1387629fc16c7be3df01eda@avcodec.org> #1189: Seeking to timestamp 0 without AVSEEK_FLAG_BACKWARD results in seek to timestamp of 12 -------------------------------------+------------------------------------- Reporter: mbradshaw | Owner: Type: enhancement | Status: reopened Priority: normal | Component: Version: git-master | documentation Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by mbradshaw): * status: closed => reopened * resolution: invalid => * component: undetermined => documentation * type: defect => enhancement Comment: Thanks Reimar. I'll change this to an enhancement request and reopen it as a request to update the relevant documentation. I thought it was using pts, and since the start time is zero I couldn't see why it was acting the way it was. If dts is used though, the behavior makes more sense. I can't comment on seeking by pts vs dts. Personally, I would like it if negative dts could be avoided, but I can't comment much on this either. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 22:55:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 20:55:11 -0000 Subject: [FFmpeg-trac] #1190(undetermined:new): targa enc: add pal8 output Message-ID: <038.a68b6a7de865776009d22eb0f506807f@avcodec.org> #1190: targa enc: add pal8 output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: | Status: new enhancement | Component: Priority: normal | undetermined Version: | Keywords: unspecified | Blocking: Blocked By: | Analyzed by developer: 0 Reproduced by developer: 0 | -------------------------------------+------------------------------------- add pal8 output to targa encoder -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 11 23:11:32 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 21:11:32 -0000 Subject: [FFmpeg-trac] #1187(avcodec:closed): WMV video does not seek correctly in Windows Media Player on Windows 7 In-Reply-To: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> References: <032.5a725cc6a9b904e156cdf40379cfbc6c@avcodec.org> Message-ID: <047.5d71a9df17c14e3fb69b83063cd1018b@avcodec.org> #1187: WMV video does not seek correctly in Windows Media Player on Windows 7 -------------------------------------+----------------------------------- Reporter: vpi | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by vpi): 6bfb304 resolves this issue for us (and another video issue we were having). However, 6bfb304 has introduces a new set of warnings that we were not getting before for audio files. We will submit a separate ticket for that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 00:20:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 22:20:37 -0000 Subject: [FFmpeg-trac] #1191(undetermined:new): qt tiff enc: make output compatible with quitcktime Message-ID: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1167/j.asf the output from ffmpeg -i j.asf -an -vcodec tiff -pix_fmt (any) out.mov is always identified by quicktime as 24bpp and is decoded incorrectly. I have found out where is a problem, please look at the attached screenshot. The left file is an unmodified output from: ffmpeg -i j.asf -vcodec tiff -pix_fmt gray out.mov conversion, the right file is modified by me (to values which are present in QT TIFF 256gray generated by QuickTime) and after this change the file is identified and decoded correctly by QuickTime. (for monob 18 FF FF should be repleaced by 01 00 01) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 00:47:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 22:47:22 -0000 Subject: [FFmpeg-trac] #1191(undetermined:new): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.a54615f23c77653876598c07f42b6e58@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- 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): the same problem (and fix) for -vcodec png and targa -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 00:49:15 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 22:49:15 -0000 Subject: [FFmpeg-trac] #1184(avfilter:closed): vf negate: crash In-Reply-To: <038.f2b70b4e619f84d3016b413286773919@avcodec.org> References: <038.f2b70b4e619f84d3016b413286773919@avcodec.org> Message-ID: <053.5752ec818542e197f3c29f4f30bcd4b5@avcodec.org> #1184: vf negate: crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: negate vf | Blocked By: lut | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * reproduced: 0 => 1 * component: undetermined => avfilter * version: unspecified => git-master * keywords: => negate vf lut * resolution: => fixed Comment: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 01:47:43 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 11 Apr 2012 23:47:43 -0000 Subject: [FFmpeg-trac] #1155(undetermined:closed): jpeg: crash with lowres when s->flipped == 1 In-Reply-To: <038.fde00ec08bf42f47b35eb54dab74090b@avcodec.org> References: <038.fde00ec08bf42f47b35eb54dab74090b@avcodec.org> Message-ID: <053.d721836028a2d6f757baa8c154e50cfb@avcodec.org> #1155: jpeg: crash with lowres when s->flipped == 1 -------------------------------------+------------------------------------- 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 michael): * status: open => closed * resolution: => fixed Comment: Locally fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 03:22:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 01:22:29 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI Message-ID: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Z:\>ffmpeg -i SunStar.avi c:\SunStar2.mp4 ffmpeg version N-39494-g41a097a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 3 2012 20:23:48 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [avi @ 00000000002EEAD0] non-interleaved AVI Files uploaded at upload.ffmpeg.org/incoming: SunStar-End.avi SunStar-Start.avi Error.txt -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 03:40:16 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 01:40:16 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.1b9ac4c874f64276dd1b07f5e349aade@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): This is the output from VLC: {{{ main debug: processing request item: SunStar.avi, node: Playlist, skip: 0 main debug: resyncing on SunStar.avi main debug: SunStar.avi is at 0 main debug: starting playback of the new playlist item main debug: creating new input thread main debug: Creating an input for 'SunStar.avi' main debug: using timeshift granularity of 50 MiB, in path 'C:\Users\John\AppData\Local\Temp' main debug: `file:///Z:/SunStar.avi' gives access `file' demux `' path `/Z:/SunStar.avi' main debug: creating demux: access='file' demux='' location='/Z:/SunStar.avi' file='Z:\SunStar.avi' main debug: looking for access_demux module: 3 candidates main debug: no access_demux module matching "file" could be loaded main debug: TIMER module_need() : 0.180 ms - Total 0.180 ms / 1 intvls (Avg 0.180 ms) main debug: creating access 'file' location='/Z:/SunStar.avi', path='Z:\SunStar.avi' main debug: looking for access module: 3 candidates filesystem debug: opening file `Z:\SunStar.avi' main debug: using access module "filesystem" main debug: TIMER module_need() : 0.097 ms - Total 0.097 ms / 1 intvls (Avg 0.097 ms) main debug: Using stream method for AStream* main debug: starting pre-buffering main debug: received first data after 0 ms main debug: pre-buffering done 1024 bytes in 0s - 40000 KiB/s main debug: looking for stream_filter module: 4 candidates main debug: no stream_filter module matching "any" could be loaded main debug: TIMER module_need() : 0.060 ms - Total 0.060 ms / 1 intvls (Avg 0.060 ms) main debug: looking for stream_filter module: 1 candidate main debug: using stream_filter module "stream_filter_record" main debug: TIMER module_need() : 0.054 ms - Total 0.054 ms / 1 intvls (Avg 0.054 ms) main debug: creating demux: access='file' demux='' location='/Z:/SunStar.avi' file='Z:\SunStar.avi' main debug: looking for demux module: 55 candidates avi debug: avi debug: avi debug: avi debug: avi debug: avi debug: avi debug: avi warning: unknown chunk (not loaded) avi debug: avi debug: avi debug: avi debug: avi debug: skipping movi chunk avi debug: avi debug: avi debug: skipping movi chunk avi debug: avi debug: * LIST-root size:2629107294 pos:0 avi debug: + RIFF-AVI size:1072969870 pos:0 avi debug: | + LIST-hdrl size:662 pos:12 avi debug: | | + avih size:56 pos:24 avi debug: | | + LIST-strl size:168 pos:88 avi debug: | | | + strh size:56 pos:100 avi debug: | | | + strf size:44 pos:164 avi debug: | | | + indx size:40 pos:216 avi debug: | | + LIST-strl size:142 pos:264 avi debug: | | | + strh size:56 pos:276 avi debug: | | | + strf size:18 pos:340 avi debug: | | | + indx size:40 pos:366 avi debug: | | + LIST-odml size:260 pos:414 avi debug: | | | + dmlh size:248 pos:426 avi debug: | + LIST-INFO size:124 pos:682 avi debug: | | + ISFT size:24 pos:694 avi debug: | | + ISRC size:79 pos:726 avi debug: | + JUNK size:15550 pos:814 avi debug: | + LIST-movi size:1072942322 pos:16372 avi debug: | + idx1 size:11168 pos:1072958702 avi debug: + RIFF-AVIX size:1556137408 pos:1072969878 avi debug: | + LIST-movi size:1556137396 pos:1072969890 avi warning: multiple riff -> OpenDML ? avi warning: detected OpenDML file avi debug: AVIH: 2 stream, flags HAS_INDEX IS_INTERLEAVED avi debug: stream[0] rate:25 scale:1 samplesize:0 avi debug: stream[0] video(LAGS) 1920x1080 32bpp 25.000000fps main debug: selecting program id=0 avi debug: stream[1] rate:192000 scale:4 samplesize:4 avi debug: stream[1] audio(0x1 - ) 2 channels 48000Hz 16bits avi debug: loading subindex(0x1) 1620 entries qt4 debug: IM: Setting an input avi debug: loading subindex(0x1) 65 entries avi debug: selected ODML index for stream[0] avi debug: selected ODML index for stream[1] avi debug: stream[0] created 1620 index entries avi debug: stream[1] created 65 index entries avi debug: stream[0] length:64 (based on index) avi debug: stream[1] length:64 (based on index) main debug: using demux module "avi" main debug: TIMER module_need() : 1.013 ms - Total 1.013 ms / 1 intvls (Avg 1.013 ms) main debug: looking for a subtitle file in Z: main debug: looking for decoder module: 31 candidates avcodec debug: libavcodec already initialized avcodec debug: trying to use direct rendering avcodec debug: allowing 4 thread(s) for decoding avcodec debug: ffmpeg codec (Lagarith Lossless) started main debug: using decoder module "avcodec" main debug: TIMER module_need() : 0.466 ms - Total 0.466 ms / 1 intvls (Avg 0.466 ms) main debug: looking for decoder module: 31 candidates araw debug: samplerate:48000Hz channels:2 bits/sample:16 main debug: using decoder module "araw" main debug: TIMER module_need() : 0.069 ms - Total 0.069 ms / 1 intvls (Avg 0.069 ms) main debug: looking for meta reader module: 2 candidates lua debug: Trying Lua scripts in C:\Users\John\AppData\Roaming\vlc\lua\meta\reader lua debug: Trying Lua scripts in C:\Program Files (x86)\VideoLAN\VLC\lua\meta\reader lua debug: Trying Lua playlist script C:\Program Files (x86)\VideoLAN\VLC\lua\meta\reader\filename.luac main debug: no meta reader module matching "any" could be loaded main debug: TIMER module_need() : 0.633 ms - Total 0.633 ms / 1 intvls (Avg 0.633 ms) main debug: `file:///Z:/SunStar.avi' successfully opened main debug: Buffering 0% main debug: Buffering 8% main debug: looking for text renderer module: 2 candidates freetype debug: Using Arial as font from file C:\Windows\Fonts\arial.ttf freetype debug: using fontsize: 2 main debug: using text renderer module "freetype" main debug: TIMER module_need() : 0.505 ms - Total 0.505 ms / 1 intvls (Avg 0.505 ms) main debug: looking for video filter2 module: 18 candidates swscale debug: 32x32 chroma: YUVA -> 16x16 chroma: RGBA with scaling using Bicubic (good quality) main debug: using video filter2 module "swscale" main debug: TIMER module_need() : 0.289 ms - Total 0.289 ms / 1 intvls (Avg 0.289 ms) main debug: looking for video filter2 module: 18 candidates yuvp debug: YUVP to YUVA converter main debug: using video filter2 module "yuvp" main debug: TIMER module_need() : 0.071 ms - Total 0.071 ms / 1 intvls (Avg 0.071 ms) main debug: Deinterlacing available main debug: deinterlace 0, mode blend, is_needed 0 main debug: Opening vout display wrapper main debug: looking for vout display module: 6 candidates main debug: Buffering 16% main debug: Buffering 25% main debug: Buffering 33% main debug: Buffering 41% main debug: Buffering 50% main debug: Buffering 58% main debug: Buffering 66% main debug: Buffering 75% main debug: Buffering 83% main debug: Buffering 91% main debug: Buffering 100% main debug: Stream buffering done (325 ms in 18 ms) direct3d debug: creating Vout EventThread direct3d debug: DirectXCreateWindow main debug: looking for vout window hwnd module: 2 candidates qt4 debug: requesting video... qt4 debug: Video was requested 0, 0 main debug: using vout window hwnd module "qt4" main debug: TIMER module_need() : 65.953 ms - Total 65.953 ms / 1 intvls (Avg 65.953 ms) direct3d debug: created video sub-window direct3d debug: Vout EventThread running direct3d debug: disabling screen saver main debug: VoutDisplayEvent 'resize' 1936x1118 window direct3d warning: trying surface pixel format: 8G8B8 direct3d warning: trying surface pixel format: X8R8G8B8 direct3d debug: selected surface pixel format is X8R8G8B8 direct3d debug: Using D3DTEXF_LINEAR for minification direct3d debug: Using D3DTEXF_LINEAR for magnification direct3d debug: Direct3D scene created successfully direct3d debug: Direct3D device adapter successfully initialized main debug: using vout display module "direct3d" main debug: TIMER module_need() : 130.501 ms - Total 130.501 ms / 1 intvls (Avg 130.501 ms) main debug: A filter to adapt decoder to display is needed main debug: looking for video filter2 module: 18 candidates swscale debug: 1920x1080 chroma: RV24 -> 1920x1080 chroma: RV32 with scaling using Bicubic (good quality) main debug: using video filter2 module "swscale" main debug: TIMER module_need() : 0.122 ms - Total 0.122 ms / 1 intvls (Avg 0.122 ms) main debug: Filter 'Swscale' (04a6e830) appended to chain main debug: original format sz 1920x1080, of (0,0), vsz 1920x1080, 4cc RV24, sar 1:1, msk r0xff g0xff00 b0xff0000 main debug: removing module "freetype" main debug: looking for text renderer module: 2 candidates freetype debug: Using Arial as font from file C:\Windows\Fonts\arial.ttf main debug: VoutDisplayEvent 'resize' 1920x989 window freetype debug: using fontsize: 2 main debug: using text renderer module "freetype" main debug: TIMER module_need() : 1.034 ms - Total 1.034 ms / 1 intvls (Avg 1.034 ms) avcodec debug: using direct rendering main debug: recycling audio output main debug: looking for audio output module: 2 candidates aout_directx debug: Opening DirectSound Audio Output aout_directx debug: found device: Primary Sound Driver aout_directx debug: found device: Speakers (Realtek High Definition Audio) aout_directx debug: using device: Speakers (Realtek High Definition Audio) aout_directx debug: found device: Realtek Digital Output (Realtek High Definition Audio) aout_directx debug: found device: Realtek Digital Output(Optical) (Realtek High Definition Audio) aout_directx debug: device supports 2 channels (DEFAULT!) aout_directx debug: device supports 1 channel aout_directx debug: Windows says your SpeakerConfig is stereo aout_directx debug: creating DirectSoundThread main debug: using audio output module "aout_directx" main debug: TIMER module_need() : 8.769 ms - Total 8.769 ms / 1 intvls (Avg 8.769 ms) aout_directx debug: DirectSoundThread ready main debug: output 's16l' 48000 Hz Stereo frame=1 samples/4 bytes main debug: mixer 'f32l' 48000 Hz Stereo frame=1 samples/8 bytes main debug: filter(s) 'f32l'->'s16l' 48000 Hz->48000 Hz Stereo->Stereo main debug: looking for audio filter module: 14 candidates audio_format debug: f32l->s16l, bits per sample: 32->16 main debug: using audio filter module "audio_format" main debug: TIMER module_need() : 0.087 ms - Total 0.087 ms / 1 intvls (Avg 0.087 ms) main debug: conversion pipeline completed main debug: looking for audio mixer module: 2 candidates main debug: using audio mixer module "float32_mixer" main debug: TIMER module_need() : 0.052 ms - Total 0.052 ms / 1 intvls (Avg 0.052 ms) main debug: input 's16l' 48000 Hz Stereo frame=1 samples/4 bytes main debug: looking for audio filter module: 1 candidate scaletempo debug: format: 48000 rate, 2 nch, 4 bps, fl32 scaletempo debug: params: 30 stride, 0.200 overlap, 14 search scaletempo debug: 1.000 scale, 1440.000 stride_in, 1440 stride_out, 1152 standing, 288 overlap, 672 search, 2400 queue, fl32 mode main debug: using audio filter module "scaletempo" main debug: TIMER module_need() : 0.131 ms - Total 0.131 ms / 1 intvls (Avg 0.131 ms) main debug: filter(s) 's16l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: looking for audio filter module: 14 candidates audio_format debug: s16l->f32l, bits per sample: 16->32 main debug: using audio filter module "audio_format" main debug: TIMER module_need() : 0.070 ms - Total 0.070 ms / 1 intvls (Avg 0.070 ms) main debug: conversion pipeline completed main debug: filter(s) 'f32l'->'f32l' 48000 Hz->48000 Hz Stereo->Stereo main debug: conversion pipeline completed main debug: filter(s) 'f32l'->'f32l' 52800 Hz->48000 Hz Stereo->Stereo main debug: looking for audio filter module: 14 candidates main debug: using audio filter module "samplerate" main debug: TIMER module_need() : 0.098 ms - Total 0.098 ms / 1 intvls (Avg 0.098 ms) main debug: conversion pipeline completed main debug: End of audio preroll main debug: End of video preroll main debug: Received first picture direct3d debug: Created 344x59 texture for OSD main debug: Post-processing available main debug: Decoder buffering done in 919 ms main warning: PTS is out of range (-9990), dropping buffer main warning: PTS is out of range (-31305), dropping buffer main warning: PTS is out of range (-34962), dropping buffer main debug: picture might be displayed late (missing 17 ms) main warning: audio output out of sync, adjusting dates (60801 us) main warning: not synchronized (60802 us), resampling main warning: buffer too late (60385), up-sampling main warning: picture is too late to be displayed (missing 101 ms) main debug: auto hiding mouse cursor main debug: VoutDisplayEvent 'resize' 1889x971 window main debug: VoutDisplayEvent 'resize' 1885x969 window main warning: picture is too late to be displayed (missing 187 ms) main debug: VoutDisplayEvent 'resize' 1753x877 window main debug: VoutDisplayEvent 'resize' 1740x869 window main debug: VoutDisplayEvent 'resize' 1608x776 window main debug: VoutDisplayEvent 'resize' 1599x768 window main warning: picture is too late to be displayed (missing 275 ms) main debug: VoutDisplayEvent 'resize' 1549x725 window main debug: VoutDisplayEvent 'resize' 1529x704 window main debug: VoutDisplayEvent 'resize' 1527x703 window main warning: picture is too late to be displayed (missing 362 ms) main debug: VoutDisplayEvent 'resize' 1486x664 window main debug: VoutDisplayEvent 'resize' 1482x661 window main debug: VoutDisplayEvent 'resize' 1430x632 window main debug: VoutDisplayEvent 'resize' 1426x631 window main warning: picture is too late to be displayed (missing 451 ms) main debug: VoutDisplayEvent 'resize' 1411x625 window main debug: VoutDisplayEvent 'resize' 1411x624 window main debug: VoutDisplayEvent 'resize' 1391x616 window main debug: VoutDisplayEvent 'resize' 1390x616 window main debug: VoutDisplayEvent 'resize' 1385x614 window main debug: auto hiding mouse cursor main debug: incoming request - stopping current input main debug: dying input main debug: control: stopping input main debug: dying input main debug: removing module "avcodec" avcodec debug: ffmpeg codec (Lagarith Lossless) stopped main debug: killing decoder fourcc `LAGS', 51 PES in FIFO main debug: saving a free vout main debug: reusing provided vout main debug: removing module "araw" main debug: killing decoder fourcc `s16l', 0 PES in FIFO main debug: removing module "audio_format" main debug: removing module "scaletempo" main debug: removing module "samplerate" main debug: removing module "aout_directx" aout_directx debug: closing audio device aout_directx debug: DirectSoundThread exiting main debug: removing module "audio_format" main debug: removing module "float32_mixer" main debug: releasing audio output main debug: removing module "avi" avi warning: unknown chunk (not unloaded) main debug: removing module "stream_filter_record" main debug: removing module "filesystem" main debug: Program doesn't contain anymore ES main debug: dead input main debug: destroying useless vout main debug: Filter 04a6e830 removed from chain main debug: removing module "swscale" main debug: removing module "direct3d" direct3d debug: Direct3D scene released successfully qt4 debug: IM: Deleting the input main debug: TIMER input launching for 'SunStar.avi' : 3.546 ms - Total 3.546 ms / 1 intvls (Avg 3.546 ms) direct3d debug: DirectXEventThread terminating direct3d debug: DirectXCloseWindow direct3d debug: WinProc WM_DESTROY qt4 debug: releasing video... qt4 debug: Video is not needed anymore main debug: removing module "freetype" main debug: removing module "yuvp" main debug: removing module "swscale" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 04:31:47 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 02:31:47 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.cb933da56c82f489586443a7eea86ab1@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Another example (complete file) uploaded at incoming: "TribesAscend.avi" The FFmpeg freezes after the message "non-interleaved AVI" and that's it.. You can delete "DryDock.avi" file, it was uploaded by mistake, because it doesn't show that error. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 08:03:03 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 06:03:03 -0000 Subject: [FFmpeg-trac] #1191(undetermined:new): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.36dca56d0bacaf73070a4a70cd4e1cf7@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mov tif * version: unspecified => git-master Comment: Does it work with "28 FF FF"? The relevant line in libavformat/movenc.c is 1064, "avio_wb16(pb, 0x18); /* Reserved */" -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 11:26:06 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 09:26:06 -0000 Subject: [FFmpeg-trac] #1191(undetermined:new): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.9dd6ff77225f208d548f722072b8194f@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): yes it seems enough to modify only this one value to number of bpp to make the file correctly recognized by qt monob/w: 01 gray: 28 rgb: 18 rgba: 20 pal8: 08 (wrong palette/colors, probably unrelated issue) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 14:14:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 12:14:08 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.8586136cfef74d47fc0f58dbd9040fa9@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Both TribesAscend.avi and SunStar-Start.avi work fine with current FFmpeg. Could you test a newer version? {{{ $ ffmpeg -i SunStar-Start.avi -i TribesAscend.avi ffmpeg version N-39717-g6952301 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 11 2012 21:14:07 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-x11grab libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'SunStar-Start.avi': Metadata: encoder : DxtoryCore ver2.0.0.109 ISRC : Video:Lagarith Lossless Codec Audio:Stereo Mix (Realtek High Definition Audio) Duration: 00:01:04.80, start: 0.000000, bitrate: 1294 kb/s Stream #0:0: Video: lagarith (LAGS / 0x5347414C), rgb24, 1920x1080, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s [avi @ 0x8eeed40] non-interleaved AVI Input #1, avi, from 'TribesAscend.avi': Metadata: encoder : DxtoryCore ver2.0.0.109 ISRC : Video:Lagarith Lossless Codec Audio:Stereo Mix (Realtek High Definition Audio) Duration: 00:00:02.36, start: 0.000000, bitrate: 206346 kb/s Stream #1:0: Video: lagarith (LAGS / 0x5347414C), rgb24, 1920x1080, 25 tbr, 25 tbn, 25 tbc Stream #1:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 14:15:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 12:15:27 -0000 Subject: [FFmpeg-trac] #1055(avcodec:closed): Playing wmalossless/decoding it to mp3 there is a loud noise at the end of the file In-Reply-To: <032.9ad0c7eeee9b3f5e18bda0b44c7c9b73@avcodec.org> References: <032.9ad0c7eeee9b3f5e18bda0b44c7c9b73@avcodec.org> Message-ID: <047.b8953bf7ba46b5b1f49cde620eb74b1c@avcodec.org> #1055: Playing wmalossless/decoding it to mp3 there is a loud noise at the end of the file -------------------------------------+----------------------------------- Reporter: bfo | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: wmalossless | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Jakub Stachowski. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 14:17:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 12:17:19 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.989dbc24e037e93ad1e610306a033255@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): Thanks a lot for the fast response, will try that and let you know. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 16:11:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 14:11:02 -0000 Subject: [FFmpeg-trac] #1193(undetermined:new): avi enc: msvideo1 unplayable by wmp Message-ID: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> #1193: avi enc: msvideo1 unplayable by wmp -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://ffmpeg.org/trac/ffmpeg/raw-attachment/ticket/1167/j.asf the output from {{{ C:\>ffmpeg -t 2 -i j.asf -an -vcodec msvideo1 out.avi ffmpeg version N-39664-g6bfb304 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 02:37:16 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, asf, from 'j.asf': Duration: 00:00:41.36, start: 0.000000, bitrate: 100 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 16 kb/s Stream #0:1: Video: msmpeg4 (MP43 / 0x3334504D), yuv420p, 192x144, 25 tbr, 1 k tbn, 1k tbc Incompatible pixel format 'yuv420p' for codec 'msvideo1', auto-selecting format 'rgb555le' [buffer @ 0x1dc5da0] w:192 h:144 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:f lags=2 [buffersink @ 0x1dc5ca0] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc64e0] w:192 h:144 fmt:yuv420p sar:0/1 -> w:192 h:144 fmt:rgb555le sar:0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: msvideo1 (MSVC / 0x4356534D), rgb555le, 192x144, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:1 -> #0:0 (msmpeg4 -> msvideo1) Press [q] to stop, [?] for help frame= 17 fps=0.0 q=0.2 size= 120kB time=00:00:01.08 bitrate= 912.0kbits/s frame= 31 fps=0.0 q=0.2 Lsize= 218kB time=00:00:02.00 bitrate= 893.9kbits/ s video:212kB audio:0kB global headers:0kB muxing overhead 3.177549% }}} conversion is unplayable by wmp, this is because the output file have value "18" instead of "10" before MSVC string (see attached screenshot - the right file is an output from ffmpeg) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 16:30:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 14:30:38 -0000 Subject: [FFmpeg-trac] #1193(avcodec:open): avi enc: msvideo1 unplayable by wmp In-Reply-To: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> References: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> Message-ID: <053.f5a89d6bf9fe8fcbbc3f50e31da65e8e@avcodec.org> #1193: avi enc: msvideo1 unplayable by wmp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: cram | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * analyzed: 0 => 1 * keywords: => cram * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: Thank you for the analysis, FFmpeg stores 24 bit per pixel instead of 16. Could you try attached patch? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 16:41:40 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 14:41:40 -0000 Subject: [FFmpeg-trac] #1193(avcodec:open): avi enc: msvideo1 unplayable by wmp In-Reply-To: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> References: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> Message-ID: <053.30b99919ea63c459d46193e956ebd1a7@avcodec.org> #1193: avi enc: msvideo1 unplayable by wmp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: cram | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by ami_stuff): attached patch fixes the problem -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 17:18:27 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 15:18:27 -0000 Subject: [FFmpeg-trac] #1192(undetermined:new): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.f56ecbe5e49f7e0f29f9276a20c74cd3@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): This is the ffmpeg used for those testings: http://ffmpeg.zeranoe.com/builds/win64/static/ffmpeg-20120409-git- 6bfb304-win64-static.7z The date is: 2012-04-09 so I guess it's either something regarding windows specific builds or the bug is within these 3 days :) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 20:47:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 18:47:38 -0000 Subject: [FFmpeg-trac] #1194(undetermined:new): mov enc: rawvideo as an output Message-ID: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> #1194: mov enc: rawvideo as an output -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- in the past something like this was possible: {{{ C:\>ffmpeg -i test.bmp -vcodec rawvideo -pix_fmt rgb24 out.mov FFmpeg version SVN-r18316, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-memalign-hack --prefix=/mingw --cross- prefix=i686-ming w32- --cc=ccache-i686-mingw32-gcc --target-os=mingw32 --arch=i686 --cpu=i686 --e xtra-cflags=-fno-common --enable-avisynth --enable-gpl --enable-zlib --enable-bz lib --enable-libgsm --enable-libfaac --enable-pthreads --enable-libvorbis --enab le-libmp3lame --enable-libopenjpeg --enable-libtheora --enable-libspeex --enable -libxvid --enable-libfaad --enable-libschroedinger --enable-libx264 libavutil 50. 2. 0 / 50. 2. 0 libavcodec 52.22. 3 / 52.22. 3 libavformat 52.32. 0 / 52.32. 0 libavdevice 52. 1. 0 / 52. 1. 0 libswscale 0. 7. 1 / 0. 7. 1 built on Apr 2 2009 16:33:19, gcc: 4.2.4 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0.0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc Output #0, mov, to 'out.mov': Stream #0.0: Video: rawvideo, rgb24, 1024x768, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0.0 -> #0.0 Press [q] to stop encoding frame= 1 fps= 0 q=0.0 Lsize= 2305kB time=0.04 bitrate=471994.8kbits/s video:2304kB audio:0kB global headers:0kB muxing overhead 0.028737% }}} currently it's not: {{{ C:\>ffmpeg -i test.bmp -vcodec rawvideo -pix_fmt rgb24 out.mov ffmpeg version N-39664-g6bfb304 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 02:37:16 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from 'test.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, bgr24, 1024x768, 25 tbr, 25 tbn, 25 tbc w:1024 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param:flags=2 [buffersink @ 0x1dc13a0] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc2320] w:1024 h:768 fmt:bgr24 sar:0/1 -> w:1024 h:768 fmt:rgb24 sar :0/1 flags:0x4 [mov @ 0x1dba560] Tag RGB[24]/0x18424752 incompatible with output codec id '14' Output #0, mov, to 'out.mov': Stream #0:0: Video: rawvideo (RGB[24] / 0x18424752), rgb24, 1024x768, q=2-31 , 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> rawvideo) Could not write header for output file #0 (incorrect codec parameters ?) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 21:08:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 19:08:21 -0000 Subject: [FFmpeg-trac] #1031(swscale:open): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.263305d545b6f8a24932e660348f1de2@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: open Priority: important | Component: swscale Version: git-master | Resolution: Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by michael): * analyzed: 0 => 1 * keywords: regression => regression yuv2rgb * reproduced: 0 => 1 Comment: The yuv2rgb SIMD code should call the C code to handle the w%8 pixels when it cannot safely write up to a multiple of 8 pixels. Its easy to workaround by allocating a large enough buffer (see patch on ML) but the yuv2rgb code still should be fixed. The larger allocation though is also either way a good idea as it would avoid the use of slower C code for the end pixels where that implemented in yuv2rgb. Iam not sure if regression and important still apply after the "workaround" though this bug isnt fixed by it even if it disappears as such. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 21:29:38 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 19:29:38 -0000 Subject: [FFmpeg-trac] #984(avformat:new): avio_alloc_context and callback on write In-Reply-To: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> References: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> Message-ID: <051.3bf3c81519fc7346b741990cd301657f@avcodec.org> #984: avio_alloc_context and callback on write -------------------------------------+------------------------------------ Reporter: mrdebug | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Comment (by mrdebug): After a lot of time on studying FFmpeg I think there is something that does not works correctly. In order to produce a file you can use avio_open or avio_open_dyn_buf functions. But these functions are used for obtain a file. There is another approach, a callback using avio_alloc_context function. For me this approach is a lot important but does not works correctly! How you can try by using the attached source code you can obtain an avi file correctly but if you try mp4 or webm the produced files can not be played with vlc or other. With ogg the program goes to crash. Is my code wrong or is a problem of FFmpeg? See the C source for a quick check. I hope you can help me. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 22:08:08 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 20:08:08 -0000 Subject: [FFmpeg-trac] #984(avformat:closed): avio_alloc_context and callback on write In-Reply-To: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> References: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> Message-ID: <051.95960ced6356f7377fd6a9dbff832ca9@avcodec.org> #984: avio_alloc_context and callback on write -------------------------------------+------------------------------------ Reporter: mrdebug | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by reimar): * status: new => closed * resolution: => fixed Comment: You do not provide a seek function for the avio context, so completely unsurprisingly the formats that are not "naturally" streamable fail. In addition, you do not even set the "streamable" AVIO context member to indicate that streaming will not be possible, so even for those formats that can be streamed and FFmpeg implemented that feature properly wouldn't work correctly. However I cannot reproduce the crash with ogg using: ffmpeg -i some_file -f ogg - > test.ogg Without a proper backtrace and valgrind log I'm not going to debug this further than that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 22:08:25 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 20:08:25 -0000 Subject: [FFmpeg-trac] #984(avformat:closed): avio_alloc_context and callback on write In-Reply-To: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> References: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> Message-ID: <051.7d4d0e0c043815f52cb76083693ff67f@avcodec.org> #984: avio_alloc_context and callback on write -------------------------------------+------------------------------------- Reporter: mrdebug | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by reimar): * resolution: fixed => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 22:22:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 20:22:39 -0000 Subject: [FFmpeg-trac] #1194(undetermined:new): mov enc: rawvideo as an output In-Reply-To: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> References: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> Message-ID: <053.605245972796901eec23030d64ba0232@avcodec.org> #1194: mov enc: rawvideo as an output -------------------------------------+------------------------------------- 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 cehoyos): Did out.mov play with QuickTime? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 22:27:39 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 20:27:39 -0000 Subject: [FFmpeg-trac] #1194(undetermined:new): mov enc: rawvideo as an output In-Reply-To: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> References: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> Message-ID: <053.dd2ac9446b35ee3902c2b1844cc1ddb3@avcodec.org> #1194: mov enc: rawvideo as an output -------------------------------------+------------------------------------- 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): Yes, that's why it would be nice to have this "feature" back ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 12 22:33:29 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 20:33:29 -0000 Subject: [FFmpeg-trac] #984(avformat:closed): avio_alloc_context and callback on write In-Reply-To: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> References: <036.726a37b5909c668072cf00411f95f6f2@avcodec.org> Message-ID: <051.117badde1699eba23c84fed1ac25891f@avcodec.org> #984: avio_alloc_context and callback on write -------------------------------------+------------------------------------- Reporter: mrdebug | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by mrdebug): Thanks for your quickly reply. Where I can found the list of the streamable formats and some documentation? Is my approach completely wrong or with some correction can works? Have you got an example on using callback? Thanks thousand. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 00:42:48 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 12 Apr 2012 22:42:48 -0000 Subject: [FFmpeg-trac] #1195(undetermined:new): Stop after decoding error Message-ID: <035.db593761a7fa9fab7a6337dcdc18b2f8@avcodec.org> #1195: Stop after decoding error -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The following sample http://samples.ffmpeg.org/Matroska/decode-error- stop.mkv makes ff* tools stop after approximately 1100 frames (or 45 seconds). The sample is 55 seconds long. Steps to reproduce: {{{ ffmpeg -i decode-error-stop.mkv -f null - [...] frame= 1097 fps=430 q=0.0 Lsize= 0kB time=00:00:45.75 bitrate= 0.0kbits/s }}} or: {{{ ffplay decode-error-stop.mkv }}} OTOH, MPlayer (with lavf demuxer and lavc decoder) is able to deal with it: just a few glitchy frames for 2-3 seconds, then playback is fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 05:35:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 03:35:10 -0000 Subject: [FFmpeg-trac] #1196(avfilter:new): drawtext parameter keys "n" and "t" not working Message-ID: <031.cf715b7864c7f33cbb9d57d8a3302d8e@avcodec.org> #1196: drawtext parameter keys "n" and "t" not working ----------------------------------+--------------------------------------- Reporter: ad | Type: defect Status: new | Priority: important Component: avfilter | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- I tried using drawtext's "n" and "t" parameter keys using the example below: ffmpeg -vsync 0 -t 10 -i in)video.mp4 -vf drawtext="fontfile=/usr/share/fonts/truetype/ttf- dejavu/DejaVuSerif.ttf:text='Text at 5 Looks good':fontsize=20:fontcolor=red:x=100:y=100:n=688" out.mp4 [drawtext @ 0xa64ca40] Key 'n' not found. [drawtext @ 0xa64e6c0] Error parsing options string: 'fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf:text=Text at 5 Looks good:fontsize=20:fontcolor=red:x=100:y=100:n=688' Error initializing filter 'drawtext' with args 'fontfile=/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf:text=Text at 5 Looks good:fontsize=20:fontcolor=red:x=100:y=100:n=688' I get same error with "t" parameter. If anyone knows if these parameters work, please give a usage example. Otherwise, do you have any advice on how to achieve objective "1--" and "2--" below? 1-- Overlay text 10 seconds into the video. 2-- Overlay text over video at 1 second intervals into the video. The text last for 1 second or specified duration. I am trying to use drawtext filter to overlay text 10 seconds into the video. I couldn't find any solution using drawtext filter. i.e. How to overlay text at specified seconds/frame into the video? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 08:30:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 06:30:27 -0000 Subject: [FFmpeg-trac] #1195(undetermined:open): EOF after decoding error (was: Stop after decoding error) In-Reply-To: <035.db593761a7fa9fab7a6337dcdc18b2f8@avcodec.org> References: <035.db593761a7fa9fab7a6337dcdc18b2f8@avcodec.org> Message-ID: <050.90bff22a2f3f6ef3ff54eec55a82c85b@avcodec.org> #1195: EOF after decoding error -------------------------------------+------------------------------------- Reporter: ubitux | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mkv | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mkv * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Also reproducible with -an (and without -vn), MPlayer plays >50 seconds. {{{ $ ffmpeg -i decode-error-stop.mkv -vn -f null - ffmpeg version N-39759-ge9dc616 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 13 2012 08:04:28 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-x11grab --enable-libmp3lame libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [dca @ 0x8ef0420] Number of channels changed in DCA decoder (6 -> 7) Input #0, matroska,webm, from 'decode-error-stop.mkv': Metadata: creation_time : 2008-09-15 08:12:20 Duration: 03:14:49.48, start: 0.000000, bitrate: 50 kb/s Stream #0:0: Video: h264 (High), yuv420p, 1280x556, SAR 1:1 DAR 320:139, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(fre): Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 768 kb/s (default) Stream #0:2(eng): Audio: dts (DTS-ES), 48000 Hz, 6.1, s16, 768 kb/s Stream #0:3(fre): Subtitle: text (default) Stream #0:4(fre): Subtitle: text Stream #0:5(eng): Subtitle: ssa Output #0, null, to 'pipe:': Metadata: creation_time : 2008-09-15 08:12:20 encoder : Lavf54.3.100 Stream #0:0(eng): Audio: pcm_s16le, 48000 Hz, 6.1, s16, 5376 kb/s Stream mapping: Stream #0:2 -> #0:0 (dca -> pcm_s16le) Press [q] to stop, [?] for help Unknown entry 0xE6me=00:00:24.76 bitrate= 0.0kbits/s [matroska,webm @ 0x8ee8380] Unknown entry 0xF5 [matroska,webm @ 0x8ee8380] Unknown entry 0x9E [matroska,webm @ 0x8ee8380] Unknown entry 0x7195 [matroska,webm @ 0x8ee8380] Unknown entry 0xE1 size= 0kB time=00:00:45.76 bitrate= 0.0kbits/s video:0kB audio:30037kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 08:31:19 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 06:31:19 -0000 Subject: [FFmpeg-trac] #1167(undetermined:closed): asf to avi: Application provided invalid, non monotonically In-Reply-To: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> References: <038.c1446e7a33473d4476ba13bf0ce6b4bd@avcodec.org> Message-ID: <053.1fef921268899bcfe7021275a9111411@avcodec.org> #1167: asf to avi: Application provided invalid, non monotonically -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: A work-around for this sample was applied by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 09:48:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 07:48:15 -0000 Subject: [FFmpeg-trac] #1197(avcodec:new): Problem with lagarith file Message-ID: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> #1197: Problem with lagarith file ---------------------------------+-------------------------------------- Reporter: Kraken | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- http://light-alloy.ru/lags.7z ffplay cannot playback this lagarith file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 11:33:06 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 09:33:06 -0000 Subject: [FFmpeg-trac] #1198(undetermined:new): Invalid, non monotonically increasing dts to muxer (regression) Message-ID: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> #1198: Invalid, non monotonically increasing dts to muxer (regression) -------------------------------------+------------------------------------- Reporter: schtorch | Type: defect Status: new | Priority: important Component: | Version: git- undetermined | master Keywords: | Blocked By: monotonically increasing dts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using git head, I get the following error and the file does not convert properly: Application provided invalid, non monotonically increasing dts to muxer in stream 1: 192 >= 1920 av_interleaved_write_frame(): Invalid argument Using N-38846-g69174fa, the file converts properly. I attached the logfiles. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 14:01:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 12:01:04 -0000 Subject: [FFmpeg-trac] #1198(undetermined:new): Invalid, non monotonically increasing dts to muxer (regression) In-Reply-To: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> References: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> Message-ID: <052.b0cc9a923c02d7ecc3817a8469c18b03@avcodec.org> #1198: Invalid, non monotonically increasing dts to muxer (regression) -------------------------------------+------------------------------------- Reporter: schtorch | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: monotonically increasing dts => av_interleaved_write_frame Comment: Please test current git head. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 14:09:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 12:09:56 -0000 Subject: [FFmpeg-trac] #1199(undetermined:new): Playlist support Message-ID: <034.bf7b4874529b929a8d80f9ebbaf67356@avcodec.org> #1199: Playlist support -------------------------------------+------------------------------------- Reporter: burek | Type: Status: new | enhancement Component: | Priority: wish undetermined | Version: Keywords: | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Would it be too difficult to add the playlist support in FFmpeg in such way that it would help replace using "for", "while" and other loops, in batch scripts? Here is an example of possible implementation: {{{ ffmpeg -f playlist -i list.m3u -acodec copy -vcodec copy -f mp4 %1.new.mp4 }}} This would have an effect of looping through the entire list.m3u file, reading each file from the playlist and remuxing it into mp4 format, saving it to a new file name, using a file name pattern (just like -f image2 does with "img%03d.png"), where %1 might represent the original file name. I'm willing to make a patch for this enhancement, I just need a little push in the right direction. Which files should I look at, to edit them? I'll try to write it and submit the patch here. This enhancement could also be used with ffplay, to play a playlist instead of one file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 14:09:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 12:09:58 -0000 Subject: [FFmpeg-trac] #1197(avcodec:open): Problem with lagarith file In-Reply-To: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> References: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> Message-ID: <050.4c527c8cd3a2ccd67cf29734afce973e@avcodec.org> #1197: Problem with lagarith file -------------------------------------+----------------------------------- Reporter: Kraken | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: lagarith | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => lagarith * priority: normal => wish * status: new => open * reproduced: 0 => 1 * type: defect => enhancement Comment: Attached patch is not sufficient to support FRAME_ARITH_YUY2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 14:13:27 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 12:13:27 -0000 Subject: [FFmpeg-trac] #1197(avcodec:open): Problem with lagarith file In-Reply-To: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> References: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> Message-ID: <050.06ed31bde43b92fe6a9df7a5474f6f0b@avcodec.org> #1197: Problem with lagarith file -------------------------------------+----------------------------------- Reporter: Kraken | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: lagarith | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): {{{ $ ffmpeg -i LAGS_yuy2.avi ffmpeg version N-39759-ge9dc616 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 13 2012 08:04:28 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-x11grab --enable-libmp3lame libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [lagarith @ 0x8eee5e0] Unsupported Lagarith frame type: 0x3 Last message repeated 59 times Truncating packet of size 40735 to 37099 [lagarith @ 0x8eee5e0] Unsupported Lagarith frame type: 0x3 [avi @ 0x8ee8380] decoding for stream 0 failed [avi @ 0x8ee8380] Could not find codec parameters (Video: lagarith (LAGS / 0x5347414C), 720x540) Input #0, avi, from 'LAGS_yuy2.avi': Duration: 00:01:00.00, start: 0.000000, bitrate: 273 kb/s Stream #0:0: Video: lagarith (LAGS / 0x5347414C), 720x540, 25 fps, 25 tbr, 25 tbn, 25 tbc Stream #0:1: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, 2 channels, s16, 1536 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 15:13:36 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 13:13:36 -0000 Subject: [FFmpeg-trac] #1198(undetermined:new): Invalid, non monotonically increasing dts to muxer (regression) In-Reply-To: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> References: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> Message-ID: <052.22614437ab677ca809ab0170be5ee859@avcodec.org> #1198: Invalid, non monotonically increasing dts to muxer (regression) -------------------------------------+------------------------------------- Reporter: schtorch | Owner: Type: defect | Status: new Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by schtorch): Updated to latest git again. Seems that a fix within the last 24h has fixed the issue. Thanks a lot! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 15:53:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 13:53:26 -0000 Subject: [FFmpeg-trac] #1198(undetermined:closed): Invalid, non monotonically increasing dts to muxer (regression) In-Reply-To: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> References: <037.91a066bbf2cdb90374a01fc1c18d5e8e@avcodec.org> Message-ID: <052.bee6dd90b524c983c737c020810a724a@avcodec.org> #1198: Invalid, non monotonically increasing dts to muxer (regression) -------------------------------------+------------------------------------- Reporter: schtorch | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: invalid av_interleaved_write_frame | 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 Fri Apr 13 18:51:40 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 16:51:40 -0000 Subject: [FFmpeg-trac] #1122(avcodec:open): H264 interlaced multithreaded decoding artifacts In-Reply-To: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> References: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> Message-ID: <052.4a7159b3fb21acd58f51a49574bee2f2@avcodec.org> #1122: H264 interlaced multithreaded decoding artifacts -------------------------------------+------------------------------------- Reporter: efenstor | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by michael): has anyone successfully git bisected this ? what is the first known to be broken and last known to be working revission ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 20:00:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 18:00:42 -0000 Subject: [FFmpeg-trac] #1200(undetermined:new): mpeg2video encoding regression Message-ID: <036.8d410f540006d72f1bc09d99bc132d77@avcodec.org> #1200: mpeg2video encoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: important | Component: Version: git- | undetermined master | Keywords: Blocked By: | av_interleaved_write_frame Reproduced by developer: 0 | regression mpeg2video | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://thread.gmane.org/gmane.comp.video.ffmpeg.user/36411/focus=36576 Regression since 445a7d4 {{{ $ ffmpeg -loop 1 -i tests/lena.pnm -maxrate:v 4000k -bufsize 1000k -bf 1 -an out.ts ffmpeg version N-39759-ge9dc616 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 13 2012 19:49:03 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.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 fps, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'mpeg2video', auto-selecting format 'yuv420p' [buffer @ 0x8e83980] w:256 h:256 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param:flags=2 [buffersink @ 0x8e8b460] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x8e80700] w:256 h:256 fmt:rgb24 sar:0/1 -> w:256 h:256 fmt:yuv420p sar:0/1 flags:0x4 [mpegts @ 0x8e8a2c0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: mpeg2video, yuv420p, 256x256, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (ppm -> mpeg2video) Press [q] to stop, [?] for help [mpegts @ 0x8e8a2c0] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 10800 >= 10800 av_interleaved_write_frame(): Invalid argument }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 20:42:25 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 18:42:25 -0000 Subject: [FFmpeg-trac] #1122(avcodec:open): H264 interlaced multithreaded decoding artifacts In-Reply-To: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> References: <037.cce816b348ce9479b779b92ef5365ef9@avcodec.org> Message-ID: <052.4c7c77703a342d5b8515960781e47fec@avcodec.org> #1122: H264 interlaced multithreaded decoding artifacts -------------------------------------+------------------------------------- Reporter: efenstor | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: h264 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): I tested the following command line: {{{ $ ffmpeg -threads n -i 00009.MTS -f framecrc -an out }}} For n==1, I get an identical out file trying several times, for n==7 I get a different out file on nearly every run on a (single-core SSE2) Pentium M with both git head and 18a7f74 (indicating that this may not be a regression or that I see a different problem). I was unable to reproduce this issue on a Core-2 Duo. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 13 20:57:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 18:57:34 -0000 Subject: [FFmpeg-trac] #1031(swscale:closed): yuv420p to rgb24 wrong pixels at end of rows In-Reply-To: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> References: <037.ddf608b802c62729426f293ca2764c94@avcodec.org> Message-ID: <052.76aa1c7da07c672a7c9fb2bee6163df7@avcodec.org> #1031: yuv420p to rgb24 wrong pixels at end of rows -------------------------------------+------------------------------------- Reporter: SephiRok | Owner: michael Type: defect | Status: closed Priority: important | Component: swscale Version: git-master | Resolution: fixed Keywords: regression | Blocked By: yuv2rgb | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: A workaround was applied by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 00:33:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 13 Apr 2012 22:33:35 -0000 Subject: [FFmpeg-trac] #1003(avformat:open): matroska file hits eof after any seek In-Reply-To: <036.f6ac0032b4536d920bfbac9c6de97d28@avcodec.org> References: <036.f6ac0032b4536d920bfbac9c6de97d28@avcodec.org> Message-ID: <051.a4dfa47a65ad90aeee1f3f2c1bd85259@avcodec.org> #1003: matroska file hits eof after any seek ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by reimar): Potential patch sent to list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:10:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:10:24 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation Message-ID: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> #1201: Write Access Violation ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: FFplay | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- This is a write access violation within FFPlay.exe. (cbac.2804): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Module load completed but symbols could not be loaded for image00000000`00400000 image00000000_00400000+0x2b909: 0042b909 0f7f0e movq mmword ptr [esi],mm1 ds:002b:02203000=???????????????? 0:000:x86> $ !load winext\msec.dll 0:000:x86> !exploitable Exploitability Classification: EXPLOITABLE Recommended Bug Title: Exploitable - User Mode Write AV starting at image00000000_00400000+0x000000000002b909 (Hash=0x67613208.0x0729135c) User mode write access violations that are not near NULL are exploitable. 0:000:x86> q quit: mm1 is equal to "0080808000800080" at this point in execution. The attacker has a fair amount of control over the value in esi and this appears to come from offset 0x17dbb8 in the mkv file. This is a write "0080808000800080" anywhere in memory. A clever attacker can use this to create another overflow to achieve code execution or can try to partially overwrite sensitive pointers and other values. Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ PoC file can be downloaded here: http://w.rdtsc.net/ffmpegmkv/Exploitable/writeAV.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:14:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:14:41 -0000 Subject: [FFmpeg-trac] #1202(FFplay:new): Read Access Violation in memcpy Message-ID: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> #1202: Read Access Violation in memcpy ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: FFplay | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- This is a read access violation within a call to memcpy. An attacker has control over esi. (21ed4.21e30): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\windows\syswow64\msvcrt.dll - msvcrt!memcpy+0x250: 74dd9b60 f3a5 rep movs dword ptr es:[edi],dword ptr [esi] 0:002:x86> $ r eax=077b3f68 ebx=00000e38 ecx=00000046 edx=00000000 esi=077b3e50 edi=02ea2178 eip=74dd9b60 esp=02e8fab0 ebp=02e8fab8 iopl=0 nv up ei pl nz ac po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010212 msvcrt!memcpy+0x250: 74dd9b60 f3a5 rep movs dword ptr es:[edi],dword ptr [esi] 0:002:x86> !load winext\msec.dll 0:002:x86> !exploitable Exploitability Classification: PROBABLY_EXPLOITABLE Recommended Bug Title: Probably Exploitable - Read Access Violation on Block Data Move starting at msvcrt!memcpy+0x0000000000000250 (Hash=0x23671766.0x0d446b3f) This is a read access violation in a block data move, and is therefore classified as probably exploitable. 0:002:x86> q quit: This was tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ PoC file can be downloaded from the following url: http://w.rdtsc.net/ffmpegmkv/ProbablyExploitable/memcpyReadAV.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:22:00 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:22:00 -0000 Subject: [FFmpeg-trac] #1203(avcodec:new): Illegal Data Usage in Avcodec Message-ID: <037.2ff881e901ee327a9d4e4d65a831f4d1@avcodec.org> #1203: Illegal Data Usage in Avcodec ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- An attacker may be able to create a file that reads data from an unintended location in memory. This data is trusted and used by the application in a way which may enable code execution. (21268.22868): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. avcodec_54!ff_dct32_float_sse2+0x12ae7: 6a5999f7 0f280c11 movaps xmm1,xmmword ptr [ecx+edx] ds:002b:00000070=???????????????????????????????? 0:009:x86> $ r eax=ffffffc0 ebx=02f62d80 ecx=00000040 edx=00000030 esi=02f62d80 edi=02f62d80 eip=6a5999f7 esp=048dfc10 ebp=02f62d80 iopl=0 nv up ei pl nz na po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010202 avcodec_54!ff_dct32_float_sse2+0x12ae7: 6a5999f7 0f280c11 movaps xmm1,xmmword ptr [ecx+edx] ds:002b:00000070=???????????????????????????????? 0:009:x86> !load winext\msec.dll 0:009:x86> !exploitable *** ERROR: Symbol file could not be found. Defaulted to export symbols for ntdll32.dll - *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\windows\syswow64\KERNELBASE.dll - Exploitability Classification: PROBABLY_EXPLOITABLE Recommended Bug Title: Probably Exploitable - Data from Faulting Address controls subsequent Write Address starting at avcodec_54!ff_dct32_float_sse2+0x0000000000012ae7 (Hash=0x6a521235.0x0b720433) The data from the faulting address is later used as the target for a later write. 0:009:x86> q quit: 0:009> kn # ChildEBP RetAddr WARNING: Stack unwind information not available. Following frames may be wrong. 00 0471fba8 6a585144 avcodec_54!ff_dct32_float_sse2+0x12ae7 01 0471fc68 6a1216b2 avcodec_54!avpriv_vorbis_parse_reset+0x46764 02 0471fca8 6a583045 avcodec_54!avpriv_copy_bits+0x222 03 0471fce8 6a586319 avcodec_54!avpriv_vorbis_parse_reset+0x44665 04 0471fd38 6a50549a avcodec_54!avpriv_vorbis_parse_reset+0x47939 *** ERROR: Module load completed but symbols could not be loaded for image00400000 05 0471fdc8 00405109 avcodec_54!avcodec_decode_audio4+0x9a 06 0471fe38 75750ac4 image00400000+0x5109 07 0471fed8 0040e37f KERNELBASE!WaitForSingleObjectEx+0xcb 08 0471ff18 004161b8 image00400000+0xe37f 09 0471ff38 0041620e image00400000+0x161b8 0a 0471ff48 763f1287 image00400000+0x1620e 0b 0471ff80 763f1328 msvcrt!_endthreadex+0x44 0c 0471ff88 7526339a msvcrt!_endthreadex+0xce 0d 0471ff94 77129ef2 kernel32!BaseThreadInitThunk+0xe 0e 0471ffd4 77129ec5 ntdll!__RtlUserThreadStart+0x70 0f 0471ffec 00000000 ntdll!_RtlUserThreadStart+0x1b This was tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file is at: http://w.rdtsc.net/ffmpegmkv/ProbablyExploitable/ReadandWrite.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:25:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:25:55 -0000 Subject: [FFmpeg-trac] #1204(undetermined:new): Untrusted Values Enable EIP Modification Message-ID: <037.cd7f8567e0fc85ab657465f59fa45aaa@avcodec.org> #1204: Untrusted Values Enable EIP Modification -------------------------------------+------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- (8c20.1b36c): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. 00000011 ?? ??? 0:009:x86> $ r eax=02359e80 ebx=02347460 ecx=023500dc edx=02350320 esi=02347460 edi=00000008 eip=00000011 esp=0499fc1c ebp=02358444 iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010246 00000011 ?? ??? 0:009:x86> !load winext\msec.dll 0:009:x86> !exploitable Exploitability Classification: PROBABLY_EXPLOITABLE Recommended Bug Title: Probably Exploitable - Data Execution Prevention Violation near NULL starting at Unknown Symbol @ 0x0000000000000011 called from avcodec_54!avcodec_is_open+0x0000000000079bde (Hash=0x575d7928.0x774b7849) User mode DEP access violations are probably exploitable if near NULL. 0:009:x86> q quit: 0:009> kn # ChildEBP RetAddr WARNING: Frame IP not in any known module. Following frames may be wrong. 00 0552fba8 6a58595e 0x11 01 0552fc68 6a1216b2 avcodec_54!avpriv_vorbis_parse_reset+0x46f7e 02 0552fc90 75750a91 avcodec_54!avpriv_copy_bits+0x222 03 0552fd38 6a50549a KERNELBASE!WaitForSingleObjectEx+0x98 *** ERROR: Module load completed but symbols could not be loaded for image00400000 04 0552fdc8 00405109 avcodec_54!avcodec_decode_audio4+0x9a 05 0552fe38 75750ac4 image00400000+0x5109 06 0552fed8 0040e37f KERNELBASE!WaitForSingleObjectEx+0xcb 07 0552ff18 004161b8 image00400000+0xe37f 08 0552ff38 0041620e image00400000+0x161b8 09 0552ff48 763f1287 image00400000+0x1620e 0a 0552ff80 763f1328 msvcrt!_endthreadex+0x44 0b 0552ff88 7526339a msvcrt!_endthreadex+0xce 0c 0552ff94 77129ef2 kernel32!BaseThreadInitThunk+0xe 0d 0552ffd4 77129ec5 ntdll!__RtlUserThreadStart+0x70 0e 0552ffec 00000000 ntdll!_RtlUserThreadStart+0x1b EIP is overwritten with 0x11. This vulnerability implies dangerous memory management where an attacker has influence over operations which eventually result in an overwrite of the instruction pointer. Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file: http://w.rdtsc.net/ffmpegmkv/ProbablyExploitable/EIPdidIt.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:29:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:29:36 -0000 Subject: [FFmpeg-trac] #1205(avcodec:new): Division by Zero in avcodec Message-ID: <037.c524357356f926a90c08908a87a6bc8e@avcodec.org> #1205: Division by Zero in avcodec ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Users\owner\Desktop\ffmpeg-git- a4c22e3-win32-shared\bin\avcodec-54.dll - avcodec_54!avcodec_close+0x8968: 6aa50868 f77f3c idiv eax,dword ptr [edi+3Ch] ds:002b:02bb0b9c=00000000 0:002:x86> $ r eax=00019000 ebx=00000001 ecx=00000001 edx=00000000 esi=00000000 edi=02bb0b60 eip=6aa50868 esp=0318fa40 ebp=02bb7580 iopl=0 nv up ei ng nz na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010286 avcodec_54!avcodec_close+0x8968: 6aa50868 f77f3c idiv eax,dword ptr [edi+3Ch] ds:002b:02bb0b9c=00000000 0:002:x86> !load winext\msec.dll 0:002:x86> !exploitable *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Users\owner\Desktop\ffmpeg-git- a4c22e3-win32-shared\bin\avutil-51.dll - Exploitability Classification: PROBABLY_NOT_EXPLOITABLE Recommended Bug Title: Integer Divide By Zero starting at avcodec_54!avcodec_close+0x0000000000008968 (Hash=0x67550b5d.0x67557379) This is a divide by zero, and is probably not exploitable. 0:002:x86> q quit: Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file: http://w.rdtsc.net/ffmpegmkv/ProbNOTExploitable/DivByZ.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:33:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:33:35 -0000 Subject: [FFmpeg-trac] #1206(undetermined:new): Controlled EDX in avformat Message-ID: <037.b893c908ed7374108245556b30cee5e1@avcodec.org> #1206: Controlled EDX in avformat -------------------------------------+------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- An attacker can control the value in EDX. Whether this issue is exploitable is not clear. I did not take a close look at any of these issues, but it looks pretty dangerous nonetheless. (5d3c.3f14): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Users\owner\Desktop\ffmpeg-git- a4c22e3-win32-shared\bin\avformat-54.dll - avformat_54!avio_rb16+0x15: 699183f5 0fb632 movzx esi,byte ptr [edx] ds:002b:00000016=?? 0:002:x86> $ !load winext\msec.dll 0:002:x86> !exploitable Exploitability Classification: UNKNOWN Recommended Bug Title: Data from Faulting Address controls Branch Selection starting at avformat_54!avio_rb16+0x0000000000000015 (Hash=0x676f5b27.0x64114365) The data from the faulting address is later used to determine whether or not a branch is taken. 0:002:x86> q quit: Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file: http://w.rdtsc.net/ffmpegmkv/Unknown/WhatsUpWithEdx.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:41:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:41:17 -0000 Subject: [FFmpeg-trac] #1207(avcodec:new): Possible Heap Corruption in avcodec Message-ID: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> #1207: Possible Heap Corruption in avcodec ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- (17f84.181d4): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Users\owner\Desktop\ffmpeg-git- a4c22e3-win32-shared\bin\avcodec-54.dll - avcodec_54!avpriv_dv_codec_profile+0x1657d: 6a2131cd 0fb63c18 movzx edi,byte ptr [eax+ebx] ds:002b:07c80120=?? 0:014:x86> $ r eax=07c7e320 ebx=00001e00 ecx=00000008 edx=00000000 esi=00000280 edi=00001dc2 eip=6a2131cd esp=0512fcd0 ebp=00001ec0 iopl=0 nv up ei pl nz na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010206 avcodec_54!avpriv_dv_codec_profile+0x1657d: 6a2131cd 0fb63c18 movzx edi,byte ptr [eax+ebx] ds:002b:07c80120=?? 0:014:x86> !load winext\msec.dll 0:014:x86> !exploitable *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\windows\syswow64\msvcrt.dll - Exploitability Classification: UNKNOWN Recommended Bug Title: Read Access Violation starting at avcodec_54!avpriv_dv_codec_profile+0x000000000001657d (Hash=0x591e064e.0x597e0609) 0:014:x86> q quit: 0:011> !heap ************************************************************** * * * HEAP ERROR DETECTED * * * ************************************************************** Details: Error address: 078a2db8 Heap handle: 00700000 Error type heap_failure_entry_corruption (3) Stack trace: 771bf912: ntdll!RtlpAnalyzeHeapFailure+0x0000025b 7717aba7: ntdll!RtlpFreeHeap+0x000000c6 77123492: ntdll!RtlFreeHeap+0x00000142 763e98cd: msvcrt!free+0x000000cd STACK_TEXT: 04dffb64 771235a7 00700000 078a2db8 04dffc2c ntdll!RtlpCoalesceFreeBlocks+0x268 04dffc5c 77123492 078a2db8 078a2dc0 078a2dc0 ntdll!RtlpFreeHeap+0x1f4 04dffc7c 763e98cd 00700000 00000000 078a2dc0 ntdll!RtlFreeHeap+0x142 04dffcc8 6a218276 078a2dc0 00000020 6ab201bc msvcrt!free+0xcd WARNING: Stack unwind information not available. Following frames may be wrong. 04dffce8 6aa407af 07806d10 00000000 000002e4 avcodec_54!avpriv_dv_codec_profile+0x18c06 04dffcf8 6aa3f662 000002e4 ffffffff 00000001 avcodec_54!aver_isf_history+0x6d0df 04dffcfc 00000000 ffffffff 00000001 0000005a avcodec_54!aver_isf_history+0x6bf92 When run under Application Verifier the following error is caught: eax=000000d0 ebx=0afbaffd ecx=00000003 edx=6aaf3f29 esi=0afbb000 edi=6aaf41ab eip=763fd0c6 esp=0e6afc8c ebp=0e6afcb0 iopl=0 nv up ei pl nz na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010206 msvcrt!strcspn+0x2f: 763fd0c6 8a06 mov al,byte ptr [esi] ds:002b:0afbb000=?? 00 0e6afcb0 6a10ef31 msvcrt!strcspn+0x2f WARNING: Stack unwind information not available. Following frames may be wrong. 01 0e6afcc4 75750ac4 avcodec_54!avcodec_register_all+0x10581 Heap corruption can be exploitable to achieve remote code execution. It depends on several factors ranging from how much control the attacker has over the written data to how deterministic the heap is from the input within the crash file. Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file: http://w.rdtsc.net/ffmpegmkv/Unknown/BadHeap.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 02:44:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 00:44:35 -0000 Subject: [FFmpeg-trac] #1208(avcodec:new): EBP Modification Message-ID: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> #1208: EBP Modification ----------------------------------+--------------------------------------- Reporter: daybreak | Type: defect Status: new | Priority: critical Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- Through operations within the application, it is possible for an attacker to provide input which can modify the value of EBP. (54cc.670): Access violation - code c0000005 (first chance) First chance exceptions are reported before any exception handling. This exception may be expected and handled. *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\Users\owner\Desktop\ffmpeg-git- a4c22e3-win32-shared\bin\avcodec-54.dll - avcodec_54!avcodec_register_all+0x100a0: 6a10dfc0 8b6d00 mov ebp,dword ptr [ebp] ss:002b:0000001c=???????? 0:010:x86> $ r eax=00000020 ebx=00000000 ecx=020fbe28 edx=6aa8908e esi=00000127 edi=6aa892d0 eip=6a10dfc0 esp=04c0fd60 ebp=0000001c iopl=0 nv up ei pl nz na po nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=00010202 avcodec_54!avcodec_register_all+0x100a0: 6a10dfc0 8b6d00 mov ebp,dword ptr [ebp] ss:002b:0000001c=???????? 0:010:x86> !load winext\msec.dll 0:010:x86> !exploitable *** ERROR: Symbol file could not be found. Defaulted to export symbols for C:\windows\syswow64\KERNELBASE.dll - Exploitability Classification: UNKNOWN Recommended Bug Title: Data from Faulting Address controls Branch Selection starting at avcodec_54!avcodec_register_all+0x00000000000100a0 (Hash=0x6b664953.0x20664953) The data from the faulting address is later used to determine whether or not a branch is taken. 0:010:x86> q quit: Tested on the shared build from 2012-04-09 found at http://ffmpeg.zeranoe.com/builds/ A PoC file: http://w.rdtsc.net/ffmpegmkv/Unknown/EBP.zip Thanks, John Villamil -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 03:47:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 01:47:20 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop Message-ID: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | Type: defect Status: new | Priority: normal Component: build | Version: git- system | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- tried to compile recent git ffmpeg on windows mingw. but failed. library.mak`s error line is ----------------------- $(eval $(RULES)) ----------------------------- License: nonfree and unredistributable Creating config.mak and config.h... /d/new-ffmpeg/mybuild/ffmpeg/library.mak:95: *** missing separator. Stop. 32bit ffmpeg compilation failed. Master at kuh3h3 /d/new-ffmpeg $ make -v GNU Make 3.81 Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This program built for i686-pc-msys Master at kuh3h3 /d/new-ffmpeg $ gcc -v Using built-in specs. COLLECT_GCC=D:\MSYS\mingw\bin\gcc.exe COLLECT_LTO_WRAPPER=d:/msys/mingw/bin/../libexec/gcc/i686-pc-mingw32/4.6.2 /lto-wrapper.exe Target: i686-pc-mingw32 Configured with: ../src/configure --prefix=/mingw_new --build=i686-pc- mingw32 --target=i686-pc-mingw32 --with-sysroot=/mingw_new --with-buil d-sysroot=/mingw_new --mandir=/mingw_new/i686-pc-mingw32/share/man --infodir=/mingw_new/i686-pc-mingw32/share/info --with-mpfr=/mingw_new/bu ild_libs --with-gmp=/mingw_new/build_libs --with-ppl=/mingw_new/build_libs --enable-cloog-backend=isl --with-cloog=/mingw_new/build_libs --w ith-mpc=/mingw_new/build_libs --with-host-libstdcxx='-lstdc++ -lsupc++ -lm' --with-pkgversion='XvidVideo.RU - GCC 4.6.2 i686-pc-mingw32' --w ith-system-zlib --enable-static --enable-threads=win32 --enable- languages=c,c++,lto,objc,obj-c++ --enable-checking=release --enable-fully- dy namic-string --enable-version-specific-runtime-libs --disable-rpath --disable-shared --disable-nls --disable-win32-registry --disable-werror --disable-bootstrap Thread model: win32 gcc version 4.6.2 (XvidVideo.RU - GCC 4.6.2 i686-pc-mingw32) Master at kuh3h3 /d/new-ffmpeg $ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 08:46:56 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 06:46:56 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.3a7c2bb2cc6b2d52b5de3ba819203a90@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 cehoyos): Please provide the FFmpeg version you are using (first line of git log) and the configure line you tried. Is the problem also reproducible with ./configure && make ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 08:57:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 06:57:54 -0000 Subject: [FFmpeg-trac] #1208(avcodec:new): EBP Modification In-Reply-To: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> References: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> Message-ID: <052.799208d5cda3d35a801ef6be30b5ed53@avcodec.org> #1208: EBP Modification -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): The sample does not crash here and valgrind does not report any problems (except a mem leak). Is the problem also reproducible with a static ffmpeg build? (Or one with debug symbols?) Does the sample crash on windows with "ffmpeg -i 702121h264-TTA.mkvtest82.mkv -f null -" ? If yes, please provide a backtrace, consider using a non-stripped binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 09:23:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 07:23:43 -0000 Subject: [FFmpeg-trac] #1206(avformat:open): Controlled EDX in avformat In-Reply-To: <037.b893c908ed7374108245556b30cee5e1@avcodec.org> References: <037.b893c908ed7374108245556b30cee5e1@avcodec.org> Message-ID: <052.06c3df6832e2664cb40ea91acdffb452@avcodec.org> #1206: Controlled EDX in avformat -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV mkv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => crash SIGSEGV mkv Comment: {{{ (gdb) r -i 243391nosound.mkvtest107.mkv -f null - Starting program: ffmpeg_g -i 243391nosound.mkvtest107.mkv -f null - [Thread debugging using libthread_db enabled] [New Thread 0xb7b6b6c0 (LWP 11511)] ffmpeg version N-39787-gcca9528 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 14 2012 08:48:33 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0x8ee3380] Unknown entry 0x233100 [matroska,webm @ 0x8ee3380] Read error [matroska,webm @ 0x8ee3380] Unknown entry 0x82 Last message repeated 1 times [matroska,webm @ 0x8ee3380] Unknown entry 0x84 Last message repeated 1 times [matroska,webm @ 0x8ee3380] Unknown entry 0x233100 [matroska,webm @ 0x8ee3380] Read error Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7b6b6c0 (LWP 11511)] avio_rb16 (s=0xbfd45c88) at libavformat/aviobuf.c:459 459 return *s->buf_ptr++; (gdb) bt #0 avio_rb16 (s=0xbfd45c88) at libavformat/aviobuf.c:459 #1 0x08105dc5 in matroska_read_header (s=0x8ee3380) at libavformat/matroskadec.c:1590 #2 0x0818f066 in avformat_open_input (ps=0xbfd45ed4, filename=0xbfd48269 "243391nosound.mkvtest107.mkv", fmt=0x0, options=0x8e1fcec) at libavformat/utils.c:634 #3 0x080545db in opt_input_file (o=0xbfd45fd0, opt=0xbfd48267 "i", filename=0xbfd48269 "243391nosound.mkvtest107.mkv") at ffmpeg.c:3777 #4 0x0805f9d2 in parse_option (optctx=0xbfd45fd0, opt=0xbfd48267 "i", arg=0xbfd48269 "243391nosound.mkvtest107.mkv", options=0x87d96e0) at cmdutils.c:303 #5 0x0805fd63 in parse_options (optctx=0xbfd45fd0, argc=6, argv=0xbfd46204, options=0x87d96e0, parse_arg_function=0x805a580 ) at cmdutils.c:336 #6 0x08059806 in main (argc=6, argv=0xbfd46204) at ffmpeg.c:5255 (gdb) disass $pc-28 $pc+32 Dump of assembler code from 0x80d9a8b to 0x80d9ac7: 0x080d9a8b: mov $0x0,%edi 0x080d9a90 : sub $0xc,%esp 0x080d9a93 : mov %esi,0x8(%esp) 0x080d9a97 : mov 0x10(%esp),%esi 0x080d9a9b : mov %ebx,0x4(%esp) 0x080d9a9f : mov 0xc(%esi),%eax 0x080d9aa2 : cmp 0x10(%esi),%eax 0x080d9aa5 : jae 0x80d9ad8 0x080d9aa7 : movzbl (%eax),%ebx 0x080d9aaa : add $0x1,%eax 0x080d9aad : mov %eax,0xc(%esi) 0x080d9ab0 : shl $0x8,%ebx 0x080d9ab3 : cmp 0x10(%esi),%eax 0x080d9ab6 : jae 0x80d9ae9 0x080d9ab8 : movzbl (%eax),%edx 0x080d9abb : add $0x1,%eax 0x080d9abe : mov %eax,0xc(%esi) 0x080d9ac1 : mov 0x8(%esp),%esi 0x080d9ac5 : or %edx,%ebx (gdb) info register eax 0x16 22 ecx 0x2e7261 3043937 edx 0x0 0 ebx 0xbfd45c88 -1076601720 esp 0xbfd45bc0 0xbfd45bc0 ebp 0x8ee4340 0x8ee4340 esi 0xbfd45c88 -1076601720 edi 0x15000 86016 eip 0x80d9aa7 0x80d9aa7 eflags 0x10283 [ CF SF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 09:27:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 07:27:10 -0000 Subject: [FFmpeg-trac] #1205(avcodec:open): Division by Zero in avcodec In-Reply-To: <037.c524357356f926a90c08908a87a6bc8e@avcodec.org> References: <037.c524357356f926a90c08908a87a6bc8e@avcodec.org> Message-ID: <052.2c63bf466185ee7938d76eebbbccb26d@avcodec.org> #1205: Division by Zero in avcodec ---------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: crash fpe mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => crash fpe mkv * priority: normal => important * version: unspecified => git-master * status: new => open * reproduced: 0 => 1 Comment: {{{ (gdb) r -i 427535wmaproEOF.mkvtest54.mkv Starting program: ffmpeg_g -i 427535wmaproEOF.mkvtest54.mkv [Thread debugging using libthread_db enabled] [New Thread 0xb7b626c0 (LWP 11853)] ffmpeg version N-39787-gcca9528 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 14 2012 08:48:33 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0x8ee3380] Unknown EBML doctype 'm-t?oska' [matroska,webm @ 0x8ee3380] Read error at pos. 377 (0x179) [matroska,webm @ 0x8ee3380] Unknown entry 0x81 [matroska,webm @ 0x8ee3380] Unknown entry 0x2F62CE [matroska,webm @ 0x8ee3380] Unknown entry 0x81 [matroska,webm @ 0x8ee3380] Unknown entry 0x7453 [matroska,webm @ 0x8ee3380] Unknown entry 0x84 [matroska,webm @ 0x8ee3380] Read error at pos. 377 (0x179) Program received signal SIGFPE, Arithmetic exception. [Switching to Thread 0xb7b626c0 (LWP 11853)] 0x085f7e47 in decode_init (avctx=0x8eea240) at libavcodec/wmaprodec.c:402 402 / s->avctx->sample_rate + 2; (gdb) bt #0 0x085f7e47 in decode_init (avctx=0x8eea240) at libavcodec/wmaprodec.c:402 #1 0x08572de5 in avcodec_open2 (avctx=0x8eea240, codec=Cannot access memory at address 0x4 ) at libavcodec/utils.c:910 #2 0x08194cd4 in avformat_find_stream_info (ic=0x8ee3380, options=0x8ee4180) at libavformat/utils.c:2448 #3 0x08054733 in opt_input_file (o=0xbfc619f0, opt=0xbfc62270 "i", filename=0xbfc62272 "427535wmaproEOF.mkvtest54.mkv") at ffmpeg.c:3794 #4 0x0805f9d2 in parse_option (optctx=0xbfc619f0, opt=0xbfc62270 "i", arg=0xbfc62272 "427535wmaproEOF.mkvtest54.mkv", options=0x87d96e0) at cmdutils.c:303 #5 0x0805fd63 in parse_options (optctx=0xbfc619f0, argc=3, argv=0xbfc61c24, options=0x87d96e0, parse_arg_function=0x805a580 ) at cmdutils.c:336 #6 0x08059806 in main (argc=3, argv=0xbfc61c24) at ffmpeg.c:5255 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x85f7e27 to 0x85f7e67: 0x085f7e27 : imul 0x64(%esp),%edx 0x085f7e2c : mov %edx,0x44(%esp) 0x085f7e30 : mov 0x68(%esp),%edx 0x085f7e34 : mov (%edx),%edx 0x085f7e36 : mov %edx,0x48(%esp) 0x085f7e3a : mov 0x44(%esp),%edx 0x085f7e3e : mov 0x48(%esp),%ebx 0x085f7e42 : mov %edx,%eax 0x085f7e44 : sar $0x1f,%edx 0x085f7e47 : idivl 0x1b4(%ebx) 0x085f7e4d : mov %eax,%edx 0x085f7e4f : add $0x2,%edx 0x085f7e52 : and $0xfffffffc,%edx 0x085f7e55 : cmp %edx,0x40(%esp) 0x085f7e59 : jge 0x85f7e75 0x085f7e5b : mov 0x54(%esp),%ebx 0x085f7e5f : lea 0x8778(%esi,%ebx,1),%eax 0x085f7e66 : mov 0x68(%esp),%ebx End of assembler dump. (gdb) info register eax 0x19000 102400 ecx 0x0 0 edx 0x0 0 ebx 0x8eea240 149856832 esp 0xbfc613b0 0xbfc613b0 ebp 0x0 0x0 esi 0x1 1 edi 0x0 0 eip 0x85f7e47 0x85f7e47 eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 10:03:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 08:03:22 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation In-Reply-To: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> References: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> Message-ID: <052.3e23415df20de4ce85371064dee94e87@avcodec.org> #1201: Write Access Violation -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): The sample does not crash here and valgrind does not report any problems. Is the problem also reproducible with a static ffmpeg build? A static ffplay build? (Or one with debug symbols?) Does the sample crash on windows with "ffmpeg -i 833694bug669-simpleblocks.mkvtest883.mkv -f null -" or ffplay 833694bug669-simpleblocks.mkvtest883.mkv ? If yes, please provide a backtrace, consider using a non-stripped binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 10:15:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 08:15:01 -0000 Subject: [FFmpeg-trac] #1202(FFplay:new): Read Access Violation in memcpy In-Reply-To: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> References: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> Message-ID: <052.ca47f1948d264362cf03935bb43d6e67@avcodec.org> #1202: Read Access Violation in memcpy -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by cehoyos): The sample does not crash here and valgrind does not report any problems. Is the problem also reproducible with a static ffmpeg build? A static ffplay build? (Or one with debug symbols?) Does the sample crash on windows with "ffmpeg -i 246770RA_missing_timestamps.mkvtest869.mkv -f null -" or ffplay 246770RA_missing_timestamps.mkvtest869.mkv ? If yes, please provide a backtrace, consider using a non-stripped binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 11:12:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 09:12:41 -0000 Subject: [FFmpeg-trac] #1210(build system:new): Building libopencore_amrnb decoder without encoder fails Message-ID: <036.e3ec93043d8681e684dade684d48087c@avcodec.org> #1210: Building libopencore_amrnb decoder without encoder fails -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: build Version: git- | system master | Keywords: libopencore Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- The following configure line fails building: {{{ $ ./configure --disable-everything --enable-libopencore-amrnb --enable- version3 --enable-decoder=libopencore_amrnb,h264 $ make ffmpeg ... LD ffmpeg_g libavcodec/libavcodec.a(libopencore-amr.o): In function `amr_nb_encode_close': /home/cehoyos/Projects/ffmpeg/libavcodec/libopencore-amr.c:227: undefined reference to `ff_af_queue_close' libavcodec/libavcodec.a(libopencore-amr.o): In function `amr_nb_encode_frame': /home/cehoyos/Projects/ffmpeg/libavcodec/libopencore-amr.c:260: undefined reference to `ff_af_queue_add' /home/cehoyos/Projects/ffmpeg/libavcodec/libopencore-amr.c:280: undefined reference to `ff_af_queue_remove' libavcodec/libavcodec.a(libopencore-amr.o): In function `amr_nb_encode_init': /home/cehoyos/Projects/ffmpeg/libavcodec/libopencore-amr.c:202: undefined reference to `ff_af_queue_init' collect2: ld returned 1 exit status make: *** [ffmpeg_g] Fehler 1 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 13:00:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 11:00:21 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.53fe7acb37dc9887384df40481b8d31b@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 yxmline): mingw/msys Administrator at SERTLON /usr/temp/ffmpeg (master) ./configure --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --arch=x86 --cpu=i686 --enable-runtime-cpudetect --enable- hardcoded-tables --enable-memalign-hack --enable-avisynth --enable-bzlib --enable-zlib --disable-doc $ make library.mak:95: *** missing separator. Stop. gcc -v Using built-in specs. COLLECT_GCC=D:\WinLinux\Minsys\Mingw\bin\gcc.exe COLLECT_LTO_WRAPPER=d:/winlinux/minsys/mingw/bin/../libexec/gcc/mingw32/4.6.1/lt o-wrapper.exe Target: mingw32 Configured with: ../../src/gcc-4.6.1/configure --build=mingw32 --enable- language s=c,c++,ada,fortran,objc,obj-c++ --enable-threads=win32 --enable-libgomp --enabl e-lto --enable-fully-dynamic-string --enable-libstdcxx-debug --enable- version-sp ecific-runtime-libs --with-gnu-ld --disable-nls --disable-win32-registry --disab le-symvers --disable-werror --prefix=/mingw32tdm --with-local- prefix=/mingw32tdm --enable-cxx-flags='-fno-function-sections -fno-data-sections' --with- pkgversio n=tdm-1 --enable-sjlj-exceptions --with-bugurl=http://tdm- gcc.tdragon.net/bugs Thread model: win32 gcc version 4.6.1 (tdm-1) prompted to make/make clean and make distclean "library.mak: 95: *** missing the separator. Stop" error, but only to use the git clone download the source. The use of snapshots and linux/cygwin does not appear this error. This error occurs in the mingw/msys. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 13:37:40 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 11:37:40 -0000 Subject: [FFmpeg-trac] #1207(avcodec:new): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.e3e36f7524dc47a74e650d8a1c17b5f3@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): The sample does not crash here and valgrind does not report any problems (except a mem leak). Is the problem also reproducible with a static ffmpeg build? (Or one with debug symbols?) Does the sample crash on windows with "ffmpeg -i 500233mewmew-vorbis- ssa.mkvtest579.mkv -f null -" ? If yes, please provide a backtrace, consider using a non-stripped binary. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 14:11:42 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 12:11:42 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.94a13b0df226d347c621180387b77fa2@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 cehoyos): Is the problem also reproducible with ./configure && make ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 14:26:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 12:26:08 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.af4f7dfc18e9806a7030d26cfa8e0568@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 yxmline): yes -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:22:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:22:45 -0000 Subject: [FFmpeg-trac] #957(undetermined:closed): can't decode MJPEG avi In-Reply-To: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> References: <034.70424570c8eb40ddc5d11fbedf22ce91@avcodec.org> Message-ID: <049.e366ba17771669afc82b8214383f64d2@avcodec.org> #957: can't decode MJPEG avi -------------------------------------+------------------------------------- Reporter: swybo | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mjpeg avi | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by reimar): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:26:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:26:25 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation In-Reply-To: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> References: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> Message-ID: <052.6b8d083e813a8edcf70038aa91aeb456@avcodec.org> #1201: Write Access Violation -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by daybreak): This also crashes on the static build from http://ffmpeg.zeranoe.com/builds/ which is from 2012-04-09. This was done on Windows 7 and if there are symbols anywhere I'd be happy to use them. *** ERROR: Module load completed but symbols could not be loaded for image00400000 image00400000+0x71e849: 00b1e849 0f7f0e movq mmword ptr [esi],mm1 ds:002b:06153000=???????????????? 0:000> kn # ChildEBP RetAddr WARNING: Stack unwind information not available. Following frames may be wrong. 00 0028fbc8 00b0bb61 image00400000+0x71e849 01 0028fc48 00b009f4 image00400000+0x70bb61 02 0028fcb8 004037b3 image00400000+0x7009f4 03 0028fec8 004013ea image00400000+0x37b3 04 0028ff88 7654339a image00400000+0x13ea 05 0028ff94 77ad9ef2 kernel32!BaseThreadInitThunk+0xe 06 0028ffd4 77ad9ec5 ntdll!__RtlUserThreadStart+0x70 07 0028ffec 00000000 ntdll!_RtlUserThreadStart+0x1b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:42:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:42:21 -0000 Subject: [FFmpeg-trac] #1207(avcodec:new): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.00a7e62006df075a392e981e2cec4a4f@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by daybreak): This also crashes on the latest static build from http://ffmpeg.zeranoe.com/builds/ tested on Windows 7. 0:011> k ChildEBP RetAddr WARNING: Stack unwind information not available. Following frames may be wrong. 065efb08 005eeec1 image00400000+0x4e0a41 00000000 00000000 image00400000+0x1eeec1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:47:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:47:46 -0000 Subject: [FFmpeg-trac] #1207(avcodec:new): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.512ca3691a80e5a15bf309169b51e1f1@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Please consider using gdb (it works fine on windows). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:48:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:48:54 -0000 Subject: [FFmpeg-trac] #1208(avcodec:new): EBP Modification In-Reply-To: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> References: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> Message-ID: <052.9228b3b39509f23095283541cce5ac71@avcodec.org> #1208: EBP Modification -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by daybreak): This also crashes on the latest static build from http://ffmpeg.zeranoe.com/builds/ tested on Windows 7. If there are symbols anywhere I'll use them but as of now I dont have a dev environment set up on this os. 0:012> k ChildEBP RetAddr WARNING: Stack unwind information not available. Following frames may be wrong. 06f0fd60 77460a91 image00400000+0x607e40 06f0fdcc 76541194 KERNELBASE!WaitForSingleObjectEx+0x98 06f0fde8 0053979b kernel32!WaitForSingleObjectExImplementation+0x75 06f0fe18 00404b9a image00400000+0x13979b 06f0ff18 00b08a78 image00400000+0x4b9a 06f0ff38 00b08ace image00400000+0x708a78 06f0ff48 76221287 image00400000+0x708ace 06f0ff80 76221328 msvcrt!_endthreadex+0x44 06f0ff88 7654339a msvcrt!_endthreadex+0xce 06f0ff94 77ad9ef2 kernel32!BaseThreadInitThunk+0xe 06f0ffd4 77ad9ec5 ntdll!__RtlUserThreadStart+0x70 06f0ffec 00000000 ntdll!_RtlUserThreadStart+0x1b -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 18:58:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 16:58:51 -0000 Subject: [FFmpeg-trac] #1203(avcodec:open): Illegal Data Usage in Avcodec In-Reply-To: <037.2ff881e901ee327a9d4e4d65a831f4d1@avcodec.org> References: <037.2ff881e901ee327a9d4e4d65a831f4d1@avcodec.org> Message-ID: <052.047a1b1a5ba164ccda624977d9804071@avcodec.org> #1203: Illegal Data Usage in Avcodec -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: open Priority: critical | Component: avcodec Version: git-master | Resolution: Keywords: crash | Blocked By: SIGSEGV wmapro | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Also reproducible with --disable-optimizations --disable-asm --disable- yasm. {{{ ... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7bc46c0 (LWP 8447)] 0x0828cdeb in vector_fmul_window_c (dst=0x8e2b5a0, src0=0x8e2b5a0, src1=0x8e2b5a0, win=0x40, len=16) at libavcodec/dsputil.c:2506 2506 float wi = win[i]; (gdb) bt #0 0x0828cdeb in vector_fmul_window_c (dst=0x8e2b5a0, src0=0x8e2b5a0, src1=0x8e2b5a0, win=0x40, len=16) at libavcodec/dsputil.c:2506 #1 0x08584770 in wmapro_window (s=0x8e18880) at libavcodec/wmaprodec.c:1045 #2 0x08585459 in decode_subframe (s=0x8e18880) at libavcodec/wmaprodec.c:1275 #3 0x0858583c in decode_frame (s=0x8e18880, got_frame_ptr=0xbff11624) at libavcodec/wmaprodec.c:1364 #4 0x08586243 in decode_packet (avctx=0x8de3df0, data=0x8de3470, got_frame_ptr=0xbff11624, avpkt=0xbff1143c) at libavcodec/wmaprodec.c:1573 #5 0x0850e7c2 in avcodec_decode_audio4 (avctx=0x8de3df0, frame=0x8de3470, got_frame_ptr=0xbff11624, avpkt=0xbff115d4) at libavcodec/utils.c:1541 #6 0x08051a0c in transcode_audio (ist=0x8de5700, pkt=0xbff115d4, got_output=0xbff11624) at ffmpeg.c:2005 #7 0x0805298f in output_packet (ist=0x8de5700, ost_table=0x8de5768, nb_ostreams=1, pkt=0xbff12968) at ffmpeg.c:2289 #8 0x08056590 in transcode (output_files=0x8de4d50, nb_output_files=1, input_files=0x8dddc10, nb_input_files=1) at ffmpeg.c:3163 #9 0x0805dcfe in main (argc=6, argv=0xbff12da4) at ffmpeg.c:5275 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x828cdcb to 0x828ce0b: 0x0828cdcb : add (%ebx),%al 0x0828cdcd : inc %ebp 0x0828cdce : or $0x8b,%al 0x0828cdd0 : add %cl,0x458bf045(%ecx) 0x0828cdd6 : in (%dx),%al 0x0828cdd7 : shl $0x2,%eax 0x0828cdda : add 0x10(%ebp),%eax 0x0828cddd : mov (%eax),%eax 0x0828cddf : mov %eax,-0xc(%ebp) 0x0828cde2 : mov -0x18(%ebp),%eax 0x0828cde5 : shl $0x2,%eax 0x0828cde8 : add 0x14(%ebp),%eax 0x0828cdeb : mov (%eax),%eax 0x0828cded : mov %eax,-0x8(%ebp) 0x0828cdf0 : mov -0x14(%ebp),%eax 0x0828cdf3 : shl $0x2,%eax 0x0828cdf6 : add 0x14(%ebp),%eax 0x0828cdf9 : mov (%eax),%eax 0x0828cdfb : mov %eax,-0x4(%ebp) 0x0828cdfe : mov -0x18(%ebp),%eax 0x0828ce01 : shl $0x2,%eax 0x0828ce04 : add 0x8(%ebp),%eax 0x0828ce07 : flds -0x10(%ebp) 0x0828ce0a : fmuls -0x4(%ebp) (gdb) info register eax 0x0 0 ecx 0x828cd92 136891794 edx 0x8e2b5a0 149075360 ebx 0x0 0 esp 0xbff11248 0xbff11248 ebp 0xbff11268 0xbff11268 esi 0x0 0 edi 0x15a5810 22698000 eip 0x828cdeb 0x828cdeb eflags 0x210247 [ CF PF ZF IF RF ID ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:16:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:16:12 -0000 Subject: [FFmpeg-trac] #1211(undetermined:new): jpeg2000: incorrect output Message-ID: <038.848297ede8fec37044ebe0f4831b3941@avcodec.org> #1211: jpeg2000: incorrect output -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- attached images (saved with qt) decodes with wrong colors/incorrectly compared to the output which comes from libopenjpeg {{{ C:\>ffmpeg -strict -2 -i 24bpp.jp2 out.bmp ffmpeg version N-39787-gcca9528 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 14 2012 02:20:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 69.101 / 2. 69.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '24bpp.jp2': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: j2k, rgb24, 1024x768, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'bmp', auto-selecting format 'bgr24' [buffer @ 0x1dc4a80] w:1024 h:768 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param:fl ags=2 [buffersink @ 0x1dc4d80] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc4fa0] w:1024 h:768 fmt:rgb24 sar:0/1 -> w:1024 h:768 fmt:bgr24 sar :0/1 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, bgr24, 1024x768, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (j2k -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.9 q=0.0 Lsize= 0kB time=00:00:00.04 bitrate= 0.0kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:19:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:19:30 -0000 Subject: [FFmpeg-trac] #1142(undetermined:open): xbm: fail to decode In-Reply-To: <038.0e25f9a144c42395bc0124624c8407a8@avcodec.org> References: <038.0e25f9a144c42395bc0124624c8407a8@avcodec.org> Message-ID: <053.362d83e0863b3f5cfc410fbd0dcbdedf@avcodec.org> #1142: xbm: fail to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: xbm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): attached another sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:38:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:38:51 -0000 Subject: [FFmpeg-trac] #1206(avformat:closed): Controlled EDX in avformat In-Reply-To: <037.b893c908ed7374108245556b30cee5e1@avcodec.org> References: <037.b893c908ed7374108245556b30cee5e1@avcodec.org> Message-ID: <052.57ac740445ece7608aa0038d0400d4a3@avcodec.org> #1206: Controlled EDX in avformat -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV mkv | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: open => closed * resolution: => fixed Comment: Fixed locally will be in my next git push Thanks -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:47:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:47:41 -0000 Subject: [FFmpeg-trac] #1207(avcodec:open): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.9e8cffa68d3ecac45900f205ef2505cf@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: open Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: threads | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by michael): * keywords: => threads * status: new => open * reproduced: 0 => 1 Comment: Reproduceable with address sanitizer, needs multithreading though, no issues with -threads 1 the crash happens in guess_mv() due to out of array read. I dont know if this is the same issue as reported though -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:52:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:52:08 -0000 Subject: [FFmpeg-trac] #1208(avcodec:new): EBP Modification In-Reply-To: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> References: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> Message-ID: <052.0cac58ad759a7c7e99dcf8772662a5f8@avcodec.org> #1208: EBP Modification -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): Not reproduceable with address sanitizer either -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 19:53:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 17:53:25 -0000 Subject: [FFmpeg-trac] #1208(avcodec:new): EBP Modification In-Reply-To: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> References: <037.ffec5c4881ed693fe5089150dd89e3e1@avcodec.org> Message-ID: <052.99d32d2be7bd6e5f260ab2221a36e53f@avcodec.org> #1208: EBP Modification -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by michael): try disabling asm or try an old release (if old works then git bisect should point to the regressing commit) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 21:01:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 19:01:25 -0000 Subject: [FFmpeg-trac] #1203(avcodec:closed): Illegal Data Usage in Avcodec In-Reply-To: <037.2ff881e901ee327a9d4e4d65a831f4d1@avcodec.org> References: <037.2ff881e901ee327a9d4e4d65a831f4d1@avcodec.org> Message-ID: <052.833cd3c9a3d9b6106521f607f09e72b0@avcodec.org> #1203: Illegal Data Usage in Avcodec -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: critical | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV wmapro | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 21:01:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 19:01:54 -0000 Subject: [FFmpeg-trac] #1204(avcodec:closed): Untrusted Values Enable EIP Modification In-Reply-To: <037.cd7f8567e0fc85ab657465f59fa45aaa@avcodec.org> References: <037.cd7f8567e0fc85ab657465f59fa45aaa@avcodec.org> Message-ID: <052.493665652814b6a346e2de96283f927c@avcodec.org> #1204: Untrusted Values Enable EIP Modification -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: critical | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash | Blocked By: SIGSEGV wmapro | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 21:12:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 19:12:14 -0000 Subject: [FFmpeg-trac] #1205(avcodec:closed): Division by Zero in avcodec In-Reply-To: <037.c524357356f926a90c08908a87a6bc8e@avcodec.org> References: <037.c524357356f926a90c08908a87a6bc8e@avcodec.org> Message-ID: <052.5231d11f4b2577a2899b79210860889d@avcodec.org> #1205: Division by Zero in avcodec -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: crash fpe | Blocked By: wmapro | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: crash fpe mkv => crash fpe wmapro * status: open => closed * resolution: => fixed Comment: Fixed by Michael. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 21:17:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 19:17:58 -0000 Subject: [FFmpeg-trac] #1207(avcodec:open): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.6d6b5555db730d1a7ae618d9bbf5f0b3@avcodec.org> #1207: Possible Heap Corruption in avcodec ---------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: open Priority: critical | Component: avcodec Version: git-master | Resolution: Keywords: threads crash | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: threads => threads crash * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 21:22:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 19:22:51 -0000 Subject: [FFmpeg-trac] #1212(undetermined:new): ffplay: crash with lead h263 and lowres Message-ID: <038.3d829ecf63ea87f6cc7bf7d174e16926@avcodec.org> #1212: ffplay: crash with lead h263 and lowres -------------------------------------+------------------------------------- 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 crash happens after seeking a few times with the mouse below log is from ffmpeg git-ed68fd4 (9 Apr 2012) - looks like enabling sdl outdev at the same time disables output to the console here (mingw) (if it's libsdl's bug then maybe it's possible to workaround it somehow?) {{{ $ gdb ffplay_g.exe GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "mingw32". For bug reporting instructions, please see: ... Reading symbols from d:\mingw\msys\1.0\ffmpeg-head- 6a052e6\ffplay_g.exe...done. (gdb) r -vlowres 2 lead_h263.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-6a052e6\ffplay_g.exe -vlowres 2 lead_h263.avi [New Thread 4056.0xbe0] [New Thread 4056.0xc0] [New Thread 4056.0x648] [New Thread 4056.0x7f4] [New Thread 4056.0xa6c] Program received signal SIGSEGV, Segmentation fault. 0x68128a6c in Color32DitherYV12Mod1X (colortab=0x44a4d48, rgb_2_pix=0x398bf38, lum=0x43f2bab '\020' , "&\020+-\025#\"<\020\020! #4\032\06 0\035\061\f*+\023\005 \005 \a\037\017\n\006\n\024/5\026\022\064*\02 2\022\061+-\027\".\023#\032\034", '\020' ..., cr=, cb=, out=0x44b7120 "", rows=120, cols=180, mod=180) at ./src/video/SDL_yuv_sw.c:324 324 *row1++ = (rgb_2_pix[ L + cr_r ] | (gdb) bt #0 0x68128a6c in Color32DitherYV12Mod1X (colortab=0x44a4d48, rgb_2_pix=0x398bf38, lum=0x43f2bab '\020' , "&\020+-\025#\"<\020\020! #4\032\06 0\035\061\f*+\023\005 \005 \a\037\017\n\006\n\024/5\026\022\064*\02 2\022\061+-\027\".\023#\032\034", '\020' ..., cr=, cb=, out=0x44b7120 "", rows=120, cols=180, mod=180) at ./src/video/SDL_yuv_sw.c:324 #1 0x68129f7c in SDL_DisplayYUV_SW (_this=0x3982338, overlay=0x3993b00, src=0x22fd20, dst=0x22fd28) at ./src/video/SDL_yuv_sw.c:1263 #2 0x681283ec in SDL_DisplayYUVOverlay (overlay=0x3993b00, dstrect=0x22fe38) at ./src/video/SDL_yuv.c:138 #3 0x00403530 in video_image_display (is=0x40e0040) at ffplay.c:728 #4 0x00a9cf68 in video_display (is=0x40e0040) at ffplay.c:987 #5 video_refresh (opaque=0x40e0040) at ffplay.c:1244 #6 event_loop (cur_stream=) at ffplay.c:2958 #7 main (argc=4, argv=0x3990df0) at ffplay.c:3241 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 14 22:01:22 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 20:01:22 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation In-Reply-To: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> References: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> Message-ID: <052.955577a1002e778437732873bab57f14@avcodec.org> #1201: Write Access Violation -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Changes (by ami_stuff): * cc: ami_stuff@? (added) Comment: does it still crashes when you use ffplay -vf scale=320:240 833694bug669-simpleblocks.mkvtest883.mkv? here sdl window doesn't open at all (zaranoe's build) probably because libsdl doesn't like odd resolutions (width or height) - works fine with -vf scale=320:240 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 01:11:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 23:11:52 -0000 Subject: [FFmpeg-trac] #876(swscale:closed): ljpeg: fix 12/16bpp decoding for images with odd width In-Reply-To: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> References: <038.27a5c940a926b3273bcf0621a5936be4@avcodec.org> Message-ID: <053.d2ba06131d0e33ff25ca43b9b984f71d@avcodec.org> #876: ljpeg: fix 12/16bpp decoding for images with odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: swscale Version: git-master | Resolution: fixed Keywords: mjpeg ljpeg | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by ami_stuff): * status: open => closed * resolution: => fixed * component: avcodec => swscale Comment: Fixed in 9206ac80a5c3256738b887cf3cfe39f385ebc672. swscale: handle last pixel if lines have an odd width. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 01:33:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 23:33:58 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation In-Reply-To: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> References: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> Message-ID: <052.402897db763dedaf1c7f6b4f81c02bfc@avcodec.org> #1201: Write Access Violation -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by daybreak): It does not crash and plays fine with that argument: ffplay -vf scale=320:240 833694bug669-simpleblocks.mkvtest883.mkv -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 01:34:02 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 14 Apr 2012 23:34:02 -0000 Subject: [FFmpeg-trac] #1200(undetermined:closed): mpeg2video encoding regression In-Reply-To: <036.8d410f540006d72f1bc09d99bc132d77@avcodec.org> References: <036.8d410f540006d72f1bc09d99bc132d77@avcodec.org> Message-ID: <051.82593d022276fbc62e79b75a54abdc04@avcodec.org> #1200: mpeg2video encoding regression -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: closed Priority: important | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame | Blocked By: regression mpeg2video | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * status: new => closed * resolution: => fixed * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 05:23:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 03:23:57 -0000 Subject: [FFmpeg-trac] #1202(FFplay:new): Read Access Violation in memcpy In-Reply-To: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> References: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> Message-ID: <052.7df7968d4013b72c80867f76146410db@avcodec.org> #1202: Read Access Violation in memcpy -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by daybreak): Hello, I cannot reproduce this issue, it might have been a freak occurrence. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 09:49:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 07:49:16 -0000 Subject: [FFmpeg-trac] #1202(FFplay:closed): Read Access Violation in memcpy In-Reply-To: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> References: <037.9c92bbe6097936e6ebb50ace0a297651@avcodec.org> Message-ID: <052.d4e316d7548bbdd9afd6a49ac3732325@avcodec.org> #1202: Read Access Violation in memcpy -------------------------------------+----------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: critical | Component: FFplay Version: unspecified | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for clarifying. Note that ffplay has the disadvantage of depending on an external library, that is a reason why bug reports against ffmpeg are preferred. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 12:56:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 10:56:21 -0000 Subject: [FFmpeg-trac] #1213(undetermined:new): Ogg: video time stamps start incorrectly, cannot transcode to AVI Message-ID: <035.6d178101ae6625df5880846cd90abd93@avcodec.org> #1213: Ogg: video time stamps start incorrectly, cannot transcode to AVI -------------------------------------+------------------------------------- Reporter: reimar | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- I am not sure whether this is a broken file or whether the ogg demuxer fills in bogus video time stamps. The issue here is that audio starts with huge time stamps while video starts with 0. This was originally reported as a Debian bug because MPlayer has issues handling it: "Bug#668543: mplayer: ogv video freezes with DRI failure". For FFmpeg, this results in an actually error when transcoding to AVI (though this can probably be worked around without fixing the underlying Ogg demuxer issue, please only close if the Ogg demuxer has been fixed or it is sure the file is too broken to change the Ogg demuxer to work nicely with it): ffmpeg -i broken.ogv out.avi ffmpeg version N-39755-g3bb9889 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 14 2012 00:47:46 with gcc 4.6.3 configuration: --enable-gpl libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [ogg @ 0x1990080] Broken file, keyframe not correctly marked. Input #0, ogg, from 'broken.ogv': Duration: 09:11:03.74, start: 0.000000, bitrate: 0 kb/s Stream #0:0: Data: none Stream #0:1: Video: theora, yuv420p, 720x480 [SAR 8:9 DAR 4:3], 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:2: Audio: vorbis, 48000 Hz, stereo, s16, 224 kb/s Metadata: TITLE : LAC 2012 - High Quality LOCATION : CCRMA, Stanford University, CA, US ORGANIZATION : Linux Audio Conference 2012 LICENSE : CC ENCODER : ffmpeg2theora-0.28+svn18224M w:720 h:480 pixfmt:yuv420p tb:1/1000000 sar:8/9 sws_param:flags=2 Incompatible sample format 's16' for codec 'ac3', auto-selecting format 'flt' Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 720x480 [SAR 8:9 DAR 4:3], q=2-31, 200 kb/s, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, flt, 192 kb/s Metadata: TITLE : LAC 2012 - High Quality LOCATION : CCRMA, Stanford University, CA, US ORGANIZATION : Linux Audio Conference 2012 LICENSE : CC ENCODER : ffmpeg2theora-0.28+svn18224M Stream mapping: Stream #0:1 -> #0:0 (theora -> mpeg4) Stream #0:2 -> #0:1 (vorbis -> ac3) Press [q] to stop, [?] for help [theora @ 0x1bf87c0] vp3: first frame not a keyframe [avi @ 0x19dcfc0] Too large number of skiped frames 1032161 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 13:23:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 11:23:09 -0000 Subject: [FFmpeg-trac] #1214(undetermined:new): lagarith: not possible to decode videos with odd width Message-ID: <038.9b4facf66358e9cec0b88218b333396a@avcodec.org> #1214: lagarith: not possible to decode videos with odd width -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec RGB_321_240.avi: http://www.datafilehost.com/download-0b436f1a.html RGB_320_240.avi: http://www.datafilehost.com/download-a3de583d.html {{{ C:\>ffmpeg -i RGB_321_240.avi ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [lagarith @ 0x1db2320] Unsupported Lagarith frame type: 0x2 Last message repeated 48 times [avi @ 0x1dbc540] decoding for stream 0 failed [avi @ 0x1dbc540] Could not find codec parameters (Video: lagarith (LAGS / 0x534 7414C), 321x240) RGB_321_240.avi: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 14:39:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 12:39:03 -0000 Subject: [FFmpeg-trac] #1193(avcodec:open): avi enc: msvideo1 unplayable by wmp In-Reply-To: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> References: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> Message-ID: <053.c978f7ef6338d636bf7acddf76b477c5@avcodec.org> #1193: avi enc: msvideo1 unplayable by wmp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: cram | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by michael): patch LGTM -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 15:37:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 13:37:08 -0000 Subject: [FFmpeg-trac] #1215(undetermined:new): utvideo: RGB (ULRG) + predict median + assum intercaled video = broken output Message-ID: <038.867d9d3b97e9989032f938e87b951956@avcodec.org> #1215: utvideo: RGB (ULRG) + predict median + assum intercaled video = broken output -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec predict median + assume interlaced video = broken output: http://www.datafilehost.com/download-e5c58efd.html predict left + assume interlaced video = ok: http://www.datafilehost.com/download-6a72999e.html {{{ C:\>ffmpeg -i predict_median.avi out.avi ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'predict_median.avi': Duration: 00:00:02.00, start: 0.000000, bitrate: 23246 kb/s Stream #0:0: Video: utvideo (ULRG / 0x47524C55), rgb24, 320x240, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'rgb24' for codec 'mpeg4', auto-selecting format 'yuv4 20p' [buffer @ 0x1dc1d60] w:320 h:240 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [buffersink @ 0x1dc1180] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc1b80] w:320 h:240 fmt:rgb24 sar:0/1 -> w:320 h:240 fmt:yuv420p sar :0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (utvideo -> mpeg4) Press [q] to stop, [?] for help frame= 31 fps=0.0 q=2.0 size= 154kB time=00:00:01.24 bitrate=1016.2kbits/s frame= 50 fps=0.0 q=2.0 Lsize= 257kB time=00:00:02.00 bitrate=1051.6kbits/ s video:250kB audio:0kB global headers:0kB muxing overhead 2.707011% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:19:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:19:43 -0000 Subject: [FFmpeg-trac] #1216(undetermined:new): AVImszh: broken output with rgb24 mode Message-ID: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> #1216: AVImszh: broken output with rgb24 mode -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec {{{ C:\>ffmpeg -i RGB24.avi out.avi ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'RGB24.avi': Duration: 00:00:00.12, start: 0.000000, bitrate: 46634 kb/s Stream #0:0: Video: mszh (MSZH / 0x485A534D), bgr24, 320x240, 25 tbr, 25 tbn , 25 tbc Incompatible pixel format 'bgr24' for codec 'mpeg4', auto-selecting format 'yuv4 20p' [buffer @ 0x1dc1e00] w:320 h:240 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [buffersink @ 0x1dc12e0] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc1c20] w:320 h:240 fmt:bgr24 sar:0/1 -> w:320 h:240 fmt:yuv420p sar :0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (mszh -> mpeg4) Press [q] to stop, [?] for help frame= 3 fps=0.0 q=2.0 Lsize= 65kB time=00:00:00.12 bitrate=4437.7kbits/ s video:59kB audio:0kB global headers:0kB muxing overhead 9.461948% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:21:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:21:58 -0000 Subject: [FFmpeg-trac] #1215(avcodec:open): utvideo: RGB (ULRG) + predict median + assum intercaled video = broken output In-Reply-To: <038.867d9d3b97e9989032f938e87b951956@avcodec.org> References: <038.867d9d3b97e9989032f938e87b951956@avcodec.org> Message-ID: <053.e436cd1818b8ab973768353ed75dfa92@avcodec.org> #1215: utvideo: RGB (ULRG) + predict median + assum intercaled video = broken output ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: utvideo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => utvideo * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:33:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:33:47 -0000 Subject: [FFmpeg-trac] #1217(undetermined:new): AVIzlib: not possible to decode video with odd width (rgb24) Message-ID: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec {{{ C:\>ffmpeg -i RGB24_321_240.avi out.avi ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'RGB24_321_240.avi': Duration: 00:00:00.12, start: 0.000000, bitrate: 38499 kb/s Stream #0:0: Video: zlib (ZLIB / 0x42494C5A), bgr24, 321x240, 25 tbr, 25 tbn , 25 tbc Incompatible pixel format 'bgr24' for codec 'mpeg4', auto-selecting format 'yuv4 20p' [buffer @ 0x1dc1e00] w:321 h:240 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [buffersink @ 0x1dc12c0] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc2120] w:321 h:240 fmt:bgr24 sar:0/1 -> w:321 h:240 fmt:yuv420p sar :0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 321x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (zlib -> mpeg4) Press [q] to stop, [?] for help [zlib @ 0x1db2320] Inflate error: -5 Error while decoding stream #0:0 [zlib @ 0x1db2320] Inflate error: -5 Error while decoding stream #0:0 [zlib @ 0x1db2320] Inflate error: -5 Error while decoding stream #0:0 frame= 0 fps=0.0 q=0.0 Lsize= 6kB time=00:00:00.00 bitrate= 0.0kbits/ s video:0kB audio:0kB global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters i f used) }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:37:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:37:14 -0000 Subject: [FFmpeg-trac] #1193(avcodec:closed): avi enc: msvideo1 unplayable by wmp In-Reply-To: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> References: <038.a80ba6bb0d4768e8c4922170f5b31d9f@avcodec.org> Message-ID: <053.d9eae4845a9093754a38cf3479a3856f@avcodec.org> #1193: avi enc: msvideo1 unplayable by wmp ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: cram | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Patch applied. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:38:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:38:51 -0000 Subject: [FFmpeg-trac] #1214(avcodec:closed): lagarith: not possible to decode videos with odd width In-Reply-To: <038.9b4facf66358e9cec0b88218b333396a@avcodec.org> References: <038.9b4facf66358e9cec0b88218b333396a@avcodec.org> Message-ID: <053.9473b68dcd02b2b03442a87627be4db3@avcodec.org> #1214: lagarith: not possible to decode videos with odd width -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: closed Priority: wish | Component: avcodec Version: git-master | Resolution: fixed Keywords: lagarith | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => closed * reproduced: 0 => 1 * type: defect => enhancement * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => lagarith * resolution: => fixed Comment: Should be fixed, thank you for the sample! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 16:48:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 14:48:39 -0000 Subject: [FFmpeg-trac] #1211(avcodec:open): jpeg2000: incorrect output In-Reply-To: <038.848297ede8fec37044ebe0f4831b3941@avcodec.org> References: <038.848297ede8fec37044ebe0f4831b3941@avcodec.org> Message-ID: <053.952d2613483202d7129c9393d7d9783e@avcodec.org> #1211: jpeg2000: incorrect output -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: j2k | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => j2k * type: defect => enhancement Comment: Lossless images are broken, the others look not bad, but the colours are not sufficiently saturated afaict. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 17:46:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 15:46:52 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.3117fed76e09533937df8fc4557c2e3f@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => zlib * status: new => open * version: unspecified => git-master * component: undetermined => avcodec Comment: Patch on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 18:35:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 16:35:16 -0000 Subject: [FFmpeg-trac] #970(avcodec:open): 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.6ed00732a25d0730a71933136c79e7ca@avcodec.org> #970: AVNr 1:1 raw mode - black bar at the top ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: AVRn | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Actually this is more of duplicate of ticket #162 (even if it should be easier to solve). The AVRn codecs seem to store the overscan area along with it the proper image data, so if you look at it in e.g. GIMP you will see that the video actually is 720x592 and not like the headers claim 720x576. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 18:51:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 16:51:54 -0000 Subject: [FFmpeg-trac] #1218(undetermined:new): zerocodec: decodes upside-down Message-ID: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> #1218: zerocodec: decodes upside-down -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodec correctly with original codec {{{ C:\>ffmpeg -i zerocodec.avi out.avi ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'zerocodec.avi': Duration: 00:00:02.00, start: 0.000000, bitrate: 1535 kb/s Stream #0:0: Video: zerocodec (ZECO / 0x4F43455A), uyvy422, 320x240, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'uyvy422' for codec 'mpeg4', auto-selecting format 'yu v420p' [buffer @ 0x1dc1240] w:320 h:240 pixfmt:uyvy422 tb:1/1000000 sar:0/1 sws_param:f lags=2 [buffersink @ 0x1dc1540] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc1ee0] w:320 h:240 fmt:uyvy422 sar:0/1 -> w:320 h:240 fmt:yuv420p s ar:0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (zerocodec -> mpeg4) Press [q] to stop, [?] for help frame= 50 fps=0.0 q=2.0 Lsize= 161kB time=00:00:02.00 bitrate= 657.8kbits/ s video:154kB audio:0kB global headers:0kB muxing overhead 4.396790% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 18:56:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 16:56:45 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.fb1becc5c563992c048a0962f0b6f290@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could you test if the software that decodes RGB24_321_240.avi correctly also decodes the result of following command? ffmpeg -i input -s 321x240 -vcodec zlib out.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:04:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:04:52 -0000 Subject: [FFmpeg-trac] #1219(undetermined:new): zerocodec: crash Message-ID: <038.5f8061d288c99dd990851db686e6fbbb@avcodec.org> #1219: zerocodec: crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- looks like this codec is buggy and accepts all (even not supported) pixel formats as an input, anyway ffmpeg crashes with attached file (which decodes incorrectly with original codec) {{{ (gdb) r -i crash.avi out.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-7432bcf\ffmpeg_g.exe -i crash.av i out.avi [New Thread 1508.0xd04] ffmpeg version 0.10.2.git-7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 01:02:52 with gcc 4.6.1 configuration: --disable-ffprobe libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 Input #0, avi, from 'crash.avi': Duration: 00:00:00.04, start: 0.000000, bitrate: 21003 kb/s Stream #0:0: Video: zerocodec (ZECO / 0x4F43455A), uyvy422, 320x240, 25 tbr, 25 tbn, 25 tbc Incompatible pixel format 'uyvy422' for codec 'mpeg4', auto-selecting format 'yu v420p' [buffer @ 039e1460] w:320 h:240 pixfmt:uyvy422 tb:1/1000000 sar:0/1 sws_param:fl ags=2 [buffersink @ 039e1760] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 039e2320] w:320 h:240 fmt:uyvy422 sar:0/1 -> w:320 h:240 fmt:yuv420p sa r:0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 25 tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (zerocodec -> mpeg4) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x005d2fb6 in zerocodec_decode_frame (avctx=0x39dc760, data=0x39e3d60, data_size=0x22e900, avpkt=0x22e698) at libavcodec/zerocodec.c:84 84 dst[j] += prev[j] & -!dst[j]; (gdb) bt #0 0x005d2fb6 in zerocodec_decode_frame (avctx=0x39dc760, data=0x39e3d60, data_size=0x22e900, avpkt=0x22e698) at libavcodec/zerocodec.c:84 #1 0x00500aeb in avcodec_decode_video2 (avctx=0x39dc760, picture=0x39e3d60, got_picture_ptr=0x22e900, avpkt=0x22e7f0) at libavcodec/utils.c:1432 #2 0x00406dad in transcode_video (pkt_pts=, got_output=, pkt=, ist=) at ffmpeg.c:2122 #3 output_packet (ist=0x39e1a20, ost_table=0x39e1d80, nb_ostreams=1, pkt=0x22fbf0) at ffmpeg.c:2292 #4 0x0040ca68 in transcode (output_files=0x39e1ee0, nb_output_files=1, input_files=0x39e1ae0, nb_input_files=1) at ffmpeg.c:3163 #5 0x0022ff48 in ?? () Backtrace stopped: Not enough registers or memory available to unwind further }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:11:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:11:03 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.1941d71848f9900551c957a2be5bbd93@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Replying to [comment:2 cehoyos]: > Could you test if the software that decodes RGB24_321_240.avi correctly also decodes the result of following command? > ffmpeg -i input -s 321x240 -vcodec zlib out.avi no, the output looks wrong (out.avi attached) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:43:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:43:24 -0000 Subject: [FFmpeg-trac] #1218(undetermined:open): zerocodec: decodes upside-down In-Reply-To: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> References: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> Message-ID: <053.9ac3150c50eb1e6bd25a67a770599d45@avcodec.org> #1218: zerocodec: decodes upside-down -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: How does rsync://fate.ffmpeg.org/fate-suite/zerocodec/sample-zeco.avi play with the original codec? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:53:39 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:53:39 -0000 Subject: [FFmpeg-trac] #1219(avcodec:open): zerocodec: crash In-Reply-To: <038.5f8061d288c99dd990851db686e6fbbb@avcodec.org> References: <038.5f8061d288c99dd990851db686e6fbbb@avcodec.org> Message-ID: <053.24140c8111b9bc4bf2c1bf2f1433a103@avcodec.org> #1219: zerocodec: crash ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: zeco | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => zeco -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:54:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:54:06 -0000 Subject: [FFmpeg-trac] #1218(undetermined:open): zerocodec: decodes upside-down In-Reply-To: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> References: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> Message-ID: <053.7197755c72712755e1d3226b452c2644@avcodec.org> #1218: zerocodec: decodes upside-down -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: zeco | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => zeco -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:57:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:57:12 -0000 Subject: [FFmpeg-trac] #1218(undetermined:open): zerocodec: decodes upside-down In-Reply-To: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> References: <038.ec1317c300f03e793c10f764d3aabac8@avcodec.org> Message-ID: <053.d8152a635a966288810c169c836c0ae7@avcodec.org> #1218: zerocodec: decodes upside-down -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: zeco | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ami_stuff): this one plays correctly, so no need to fix anything. mine should be encoded as rgb24 (at least I selected such color depth for output in virtualdub), but i'm not sure which pixel formats are really supported by zerocodec -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 19:58:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 17:58:20 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.99e49d6dfe21ea3cf3abfd0c07a874d4@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 Comment: Could you test if attached patch improves encoding? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 20:21:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 18:21:06 -0000 Subject: [FFmpeg-trac] #983(undetermined:open): No video in applehttp stream In-Reply-To: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> References: <036.dc1d4334615880a59e18227b7d90d4a7@avcodec.org> Message-ID: <051.22e8cff93819660551843bab8f0a3106@avcodec.org> #983: No video in applehttp stream -------------------------------------+------------------------------------- Reporter: Derevko | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: applehttp | Resolution: h264 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): That URL is (kind of?) a playlist: EXTM3U #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1059736 http://wow01.105.net/live/virgin1/playlist.m3u8?wowzasessionid=1622745554 #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=64000 http://wow01.105.net/live/virgin1/playlist.m3u8?wowzaaudioonly&wowzasessionid=1622745554 Both using the first one or using hls+http:// with the original URL results in output with video. The issue seems to be that FFmpeg tries to get multiple variants at the same time, and the server does not like that at all. Sent a patch/hack to the list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 20:32:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 18:32:24 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.643a321ff00f7581611ca578b157bd53@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): attached patch (and the patch for decoder from ml) fixes -s 241x240, but there is still a problem with -s 555x240. new sample attached. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 21:03:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 19:03:32 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.80b510592d634e72d0a37657f8618088@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 ubitux): Could you try to: {{{ git config --global core.autocrlf false }}} And checkout again the repository? I'm wondering if the \r\n isn't at fault here... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 21:45:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 19:45:13 -0000 Subject: [FFmpeg-trac] #531(undetermined:open): failure to extract DVB-Teletext track (zero-length file) In-Reply-To: <040.f8ae97b673764ab765c25ec2897ffa34@avcodec.org> References: <040.f8ae97b673764ab765c25ec2897ffa34@avcodec.org> Message-ID: <055.134540dd78e3bb5b9bc086b88a785a1d@avcodec.org> #531: failure to extract DVB-Teletext track (zero-length file) -------------------------------------+------------------------------------- Reporter: BrianEnigma | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: dvbsub | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by reimar): Patch to fix -copyinkf sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 21:54:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 19:54:10 -0000 Subject: [FFmpeg-trac] #995(undetermined:new): Selecting a stream from a multi-service mpegts In-Reply-To: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> References: <034.dca8bdc2750c1d63fca6bc9ce509cc38@avcodec.org> Message-ID: <049.a254aac541d2353e450b28b846e088ab@avcodec.org> #995: Selecting a stream from a multi-service mpegts -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: enhancement | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by reimar): There is nothing in your text that would explain why you used udp:// in your example, so the question whether this is only relevant to udp streams or not is justified. Answer: no, any TS stream with program ids should work the same, and e.g. the sample from ticket 531 works fine. However you should provide a smaller sample for people to test. Also, this should not be some TS specific option, it should work for all containers where FFmpeg supports a concept of a "program" (I think it does for Matroska at least), and maybe an option to select it by number should be implemented first. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:08:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:08:06 -0000 Subject: [FFmpeg-trac] #1026(avformat:new): libavformat::av_read_frame does not return waiting for udp packets when interrupted In-Reply-To: <033.06eea52f17b1fbc50e64a22c2177b582@avcodec.org> References: <033.06eea52f17b1fbc50e64a22c2177b582@avcodec.org> Message-ID: <048.ba0e03a35f8abaec86ee2e3095361b26@avcodec.org> #1026: libavformat::av_read_frame does not return waiting for udp packets when interrupted -------------------------------------+------------------------------------- Reporter: asif | Owner: Type: defect | Status: new Priority: important | Component: avformat Version: 0.10 | Resolution: Keywords: | Blocked By: deadlock,interrupt | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): The full commit message suggests that a more reasonable solution would be to only allow interrupting read-only URLs: {{{ commit aa612fbb99f6246913a789afde5a26f70c5a9159 Author: Baptiste Coudurier Date: Fri Mar 4 23:43:02 2011 +0100 In retry_transfer_wrapper, do not check url_interrupt_cb, causes problems when writing and pressing q during encoding. Instead, check url_interrupt_cb at the end. Note that when a protocol is interrupted by url_interrupt_cb, some data may be silently discarded: the protocol context is not suitable for anything anymore. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:12:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:12:24 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.31466f96841ac63a56a17a0e37320752@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could you test patchzlib2.diff (attached) with width of 320, 321, 322, 323 and 324 (both encoding with ffmpeg and decoding with a different software and vice-versa)? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:17:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:17:14 -0000 Subject: [FFmpeg-trac] #1026(avformat:closed): libavformat::av_read_frame does not return waiting for udp packets when interrupted In-Reply-To: <033.06eea52f17b1fbc50e64a22c2177b582@avcodec.org> References: <033.06eea52f17b1fbc50e64a22c2177b582@avcodec.org> Message-ID: <048.80d9ba7ded94105b40b7a5df404a5ef8@avcodec.org> #1026: libavformat::av_read_frame does not return waiting for udp packets when interrupted -------------------------------------+------------------------------------- Reporter: asif | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: 0.10 | Resolution: fixed Keywords: | Blocked By: deadlock,interrupt | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by reimar): * status: new => closed * resolution: => fixed Comment: This has actually been fixed in 463705bd1c644bbdded7bcf9f619bcb4203d562f a month ago. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:20:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:20:11 -0000 Subject: [FFmpeg-trac] #1027(avformat:new): MP3 muxer should support writing Xing header for all MP3 sample rates. (was: When encoding to mp3 MPEG-2 layer III and MPEG-2.5 layer III FFmpeg gives error report.) In-Reply-To: <038.3d04ab317f3b79b47a2c586cfc1064a7@avcodec.org> References: <038.3d04ab317f3b79b47a2c586cfc1064a7@avcodec.org> Message-ID: <053.a8dd79dd2d9d69c4141de9b445abdf6b@avcodec.org> #1027: MP3 muxer should support writing Xing header for all MP3 sample rates. -------------------------------------+------------------------------------ Reporter: bat_guano | Owner: Type: enhancement | Status: new Priority: minor | Component: avformat Version: git-master | Resolution: Keywords: libmp3 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by reimar): * type: defect => enhancement Comment: The warning has been clarified. This is not an error but only a warning that means no Xing header has been written (which I personally don't consider much of a loss). I change this to an enhancement request. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:22:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:22:19 -0000 Subject: [FFmpeg-trac] #1025(undetermined:closed): When incoming udp stream is stopped, ffmpeg does not return on pressing q In-Reply-To: <033.95806436b40b00ed68710e62de720c12@avcodec.org> References: <033.95806436b40b00ed68710e62de720c12@avcodec.org> Message-ID: <048.ea1fac278cb8da9e45236e5b8bce57fe@avcodec.org> #1025: When incoming udp stream is stopped, ffmpeg does not return on pressing q --------------------------------+---------------------------------------- Reporter: asif | Owner: Type: defect | Status: closed Priority: normal | Component: undetermined Version: 0.10 | Resolution: duplicate Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+---------------------------------------- Changes (by reimar): * status: new => closed * resolution: => duplicate Comment: This looks like a duplicate of #1026 to, which has been fixed. If this is still reproducible with latest git please reopen. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:31:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:31:04 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.a5ed1c4d87a4cc89ee547288b46106d4@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Note that mplayer -vc zlib does not like your samples, so the ticket may be invalid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 22:37:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 20:37:51 -0000 Subject: [FFmpeg-trac] #1108(avutil:closed): Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. In-Reply-To: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> References: <033.41d79b582ef0af6889560ac8aa079723@avcodec.org> Message-ID: <048.6ee7913f791728abb969ce509b0db7ca@avcodec.org> #1108: Always using "default" memory handling from mem.c against own implementation of memory allocator and deallocator. -------------------------------------+------------------------------------- Reporter: mato | Owner: michael Type: defect | Status: closed Priority: normal | Component: avutil Version: git-master | Resolution: wontfix Keywords: memory, | Blocked By: AVDictionary, alloc, free | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by reimar): * status: new => closed * resolution: => wontfix Comment: This comment is outdated (I sent a patch to update it), you cannot easily overwrite the allocation functions. You need to at least remove -Wl,-Bsymbolic from the linker flags, but this will have a potentially measurable performance impact. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 23:11:54 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 21:11:54 -0000 Subject: [FFmpeg-trac] #1217(avcodec:open): AVIzlib: not possible to decode video with odd width (rgb24) In-Reply-To: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> References: <038.94a5d78ab796f20fc14b22f1aa1cb835@avcodec.org> Message-ID: <053.2ac1d88496e19b3654978e3c18e097dc@avcodec.org> #1217: AVIzlib: not possible to decode video with odd width (rgb24) ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: zlib | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): It works ok now (AVIzlib codec correctly decodes output from FFmpeg and FFmpeg correctly decodes output from AVIzlib codec), thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 15 23:39:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 21:39:49 -0000 Subject: [FFmpeg-trac] #1220(undetermined:new): camstudio: broken output with 16bpp and odd width Message-ID: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> #1220: camstudio: broken output with 16bpp and odd width -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec (no problem with 24/32bpp modes) {{{ C:\>ffmpeg -i 1023_gzip_16bpp.avi out.bmp ffmpeg version N-39494-g41a097a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 3 2012 20:20:04 with gcc 4.6.2 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable- libope ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm --en able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger - -enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo- amrwben c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --enable-zlib libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from '1023_gzip_16bpp.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 47047 kb/s Stream #0:0: Video: camstudio (CSCD / 0x44435343), rgb555le, 1023x768, 10 tb r, 10 tbn, 10 tbc [buffer @ 02191DE0] w:1023 h:768 pixfmt:rgb555le tb:1/1000000 sar:0/1 sws_param: flags=2 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, rgb555le, 1023x768, q=2-31, 200 kb/s, 90k tbn, 10 t bc Stream mapping: Stream #0:0 -> #0:0 (camstudio -> bmp) Press [q] to stop, [?] for help [camstudio @ 02182320] error during zlib decompression frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.10 bitrate= 0.0kbits/ s video:1536kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 00:31:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 22:31:47 -0000 Subject: [FFmpeg-trac] #1221(undetermined:new): loco: broken output with odd width Message-ID: <038.2f289e4c6b15246df6e1d9283cb854a0@avcodec.org> #1221: loco: broken output with odd width -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec {{{ C:\>ffmpeg -i 1023_RGB.avi out.bmp ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from '1023_RGB.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 103520 kb/s Stream #0:0: Video: loco (LOCO / 0x4F434F4C), bgr24, 1023x768, 10 tbr, 10 tb n, 10 tbc [buffer @ 0x1dc1c80] w:1023 h:768 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param:fl ags=2 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, bgr24, 1023x768, q=2-31, 200 kb/s, 90k tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (loco -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.10 bitrate= 0.0kbits/ s video:2304kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 00:34:59 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 15 Apr 2012 22:34:59 -0000 Subject: [FFmpeg-trac] #1222(undetermined:new): loco: no output with RGBA mode Message-ID: <038.fe936d5587ac1aa5c3dfebf7889529a6@avcodec.org> #1222: loco: no output with RGBA mode -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- decodes correctly with original codec {{{ C:\>ffmpeg -i RGBA.avi out.bmp ffmpeg version N-39824-g7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 02:20:32 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'RGBA.avi': Duration: 00:00:00.10, start: 0.000000, bitrate: 121587 kb/s Stream #0:0: Video: loco (LOCO / 0x4F434F4C), bgra, 1024x768, 10 tbr, 10 tbn , 10 tbc [buffer @ 0x1dc1c80] w:1024 h:768 pixfmt:bgra tb:1/1000000 sar:0/1 sws_param:fla gs=2 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, bgra, 1024x768, q=2-31, 200 kb/s, 90k tbn, 10 tbc Stream mapping: Stream #0:0 -> #0:0 (loco -> bmp) Press [q] to stop, [?] for help frame= 1 fps=0.0 q=0.0 Lsize= 0kB time=00:00:00.10 bitrate= 0.0kbits/ s video:3072kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 06:51:10 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 04:51:10 -0000 Subject: [FFmpeg-trac] #1209(build system:new): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.eb172df965ccf62d46fe6e8aa75e1729@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | 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 yxmline): thanks ubitux -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 08:05:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 06:05:16 -0000 Subject: [FFmpeg-trac] #1197(avcodec:open): Problem with lagarith file In-Reply-To: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> References: <035.8a58309ca537591b230aea0f7b94747a@avcodec.org> Message-ID: <050.d59dc857628f4127755c39ac1eeaf4ed@avcodec.org> #1197: Problem with lagarith file -------------------------------------+----------------------------------- Reporter: Kraken | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: lagarith | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by Kraken): Hello. Thanks, video picture is appeared, but a lot of artifacts ;( -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 10:17:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 08:17:17 -0000 Subject: [FFmpeg-trac] #1223(FFmpeg:new): Problem with .ass subtitles Message-ID: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: ffmpeg, ass | master subtitle, error | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm encoding from .mkv files to .mkv, with copying the .ass subtitles (-scodec copy, or -map 0), and in some cases the subtitles are only copied until a certain length, here are 2 examples: [Tsumiki]_Acchi_Kocchi_- _02_[10bit][1280x720][529E1BBB]_track3_eng_original.ass it's 268,1k (~24 mins), and the encoded file only has the subs until 0:01:41.00 (17,2k) Also: [FFFpeeps] Sengoku Collection - 02 [10bit][67CEAC4B]_track3_eng_original.ass (68,5k) [FFFpeeps] Sengoku Collection - 02 [10bit][67CEAC4B]_track3_eng_encoded.ass (37,3k) The encoded file only has subs until 0:08:13, instead of 0:23:59 ! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 10:23:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 08:23:14 -0000 Subject: [FFmpeg-trac] #1223(FFmpeg:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.d2637236a5c65456bf02fc5aaad20256@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: ffmpeg, ass | Blocked By: subtitle, error | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by saito1234): Sorry, [FFFpeeps] Sengoku Collection - 02 [10bit][67CEAC4B]_track3_eng_original.ass was accidentally added 2 times, I didn't find a way to remove it, also I've uploaded all 4 files into a single .zip file too. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 10:36:35 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 08:36:35 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.87ab1f9487a4cf2827b991ffb6f203c8@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: ffmpeg, ass subtitle, error => ass * component: FFmpeg => undetermined Comment: Please add a (minimal) ffmpeg command line that allows to reproduce the problem together with complete, uncut console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 10:45:31 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 08:45:31 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.a7491d99607efb73a61d28b40accd464@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saito1234): Well, I'm testing it like this: ffmpeg -i "[FFFpeeps] Sengoku Collection - 02 [10bit][67CEAC4B].mkv" -acodec copy -vcodec copy -scodec copy teszt.mkv (so: ffmpeg -i filename -acodec copy -vcodec copy -scodec copy teszt.mkv ) By the way, both .ass files have a lot of formatting characters in them, before they're cutted off, I think that is, where the problem will be, I've encoded 20-30 files so far, and only these two .ass files had the problem, the others (where usually there isn't so much formatting characters) are perfectly encoded. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 11:14:42 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 09:14:42 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.b6b73e940fab932faa7a285ddc63083c@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): We do not have the complete Matroska file, and by the name I guess it is rather big. I was not able to reproduce the problem with the file you attached, neither directly nor by creating Matroska file holding just the subtitles. Can you reproduce the problem with another file? Trying to remux the file with mkvmerge into a theoretically identical file would be a good start. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 11:32:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 09:32:08 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.5864b4caf9e47fca4d137266c8ec0a5c@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saito1234): Well, you're right, I can't upload the source file here because it's too big, I've muxed this subtitle to a 800 kb split from the same file (so the circumstances are the same), and tried to reencode it, the problem still occurs, so I think this will be good too, for reproducing! Also, I got the following message too: "Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Stream #0:2 -> #0:2 (ass -> ass) Press [q] to stop, [?] for help [matroska @ 0x2d6f400] Encoder did not produce proper pts, making some up. Error while decoding stream #0:2 Last message repeated 800 times frame= 90 fps=0.0 q=-1.0 Lsize= 690kB time=00:00:03.62 bitrate=1558.2kbits/s video:518kB audio:59kB global headers:3kB muxing overhead 19.006394%" Error while decoding stream #0:2 probably this is the important part, but I don't understand, because sometimes it doesn't writes this error (while testing with the file), and the encoded output is still incorrect! (so I think the Error message isn't always displayed) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 11:52:38 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 09:52:38 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.0708c9fa167b506690679fe03af22504@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Thanks for the test file. The same command line you posted using the test file works for me, either with a fresh build or a six months old: mkvextract dumps the same ASS file, except for the order of the lines. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 12:15:56 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 10:15:56 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.a3d6bca8af27b5d4b3366a9ebe5f07ac@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saito1234): So, that means that after reencoding this (TEST) file, you got the same .ass back? That's interesting, I've tested it multiple times, and after encoding with the same command line, dumping the .ass from test.mkv, I got a '''124k''' file, (instead of '''242k'''), and these are the last lines in it: {{{ Dialogue: 0,0:03:49.12,0:03:49.16,TS,,0000,0000,0000,,{\bord5\blur0.5\b1\fs80\fnCoolvetica Rg\pos(256,81)\1a&HFF&\3c&H2D179B&}Rage Dialogue: 1,0:03:49.12,0:03:49.16,TS,,0000,0000,0000,,{\1a&H55&\blur0.5\b1\fs80\fnCoolvetica Rg\pos(256,81)\c&HE9E9EE&}Rage }}} I have the following version installed: ffmpeg -version ffmpeg version git-2012-04-09-6bfb304 built on Apr 10 2012 10:15:51 with gcc 4.4.3 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. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 (Ubuntu 10.04) Also, as I've said, I think the .ass files are only cutted off before they're finished (with Error while decoding stream #0:2), when there's a lot of text formatting characters in the .ass file, could the problem be in something other than ffmpeg? (Sorry, but I'm relatively a beginner at Linux) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 14:05:36 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 12:05:36 -0000 Subject: [FFmpeg-trac] #1223(undetermined:new): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.f81d6fbaa2c35a0f85eddf4fbde438a2@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by saito1234): Hmm, I think "-scodec ass" causes the errors, instead of "-scodec copy", but I'm not sure, because first time I've used "-map 0" (no -scodec, because I wanted to copy the fonts too, from the mkv file, and this seemed to work), I don't know if this caused the problems or not, but I've reencoded the file and now it is ok! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 15:37:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 13:37:37 -0000 Subject: [FFmpeg-trac] #1209(build system:closed): library.mak:95: *** missing separator. Stop In-Reply-To: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> References: <035.917483c8fc7e796044f866f26f71d41e@avcodec.org> Message-ID: <050.f4c5d61e47de4cfeae7d23534f52ae23@avcodec.org> #1209: library.mak:95: *** missing separator. Stop -------------------------------------+------------------------------------- Reporter: kuh3h3 | Owner: Type: defect | Status: closed Priority: normal | Component: build Version: git-master | system Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by ubitux): * status: new => closed * resolution: => worksforme Comment: Great. I think libav has a pending patch to add an entry in the FAQ for this. If it doesn't get upstream soon, feel free to re-open this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 16:32:57 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 14:32:57 -0000 Subject: [FFmpeg-trac] #1222(undetermined:open): loco: no output with RGBA mode In-Reply-To: <038.fe936d5587ac1aa5c3dfebf7889529a6@avcodec.org> References: <038.fe936d5587ac1aa5c3dfebf7889529a6@avcodec.org> Message-ID: <053.77b44359dfde8663390f39797b31b43e@avcodec.org> #1222: loco: no output with RGBA mode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: loco | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => loco * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: I fixed the decoding, I wonder if this codec has to flipped or if this is only necessary because you encoded with VirtualDub. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 17:07:32 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 15:07:32 -0000 Subject: [FFmpeg-trac] #1223(undetermined:open): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.c806ee113584b5ddbc2134e58384967b@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: ass | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by Cigaes): * status: new => open * reproduced: 0 => 1 Comment: Ok, I could reproduce it. The core of the problem seems to be that the packet data sent to the ASS decoder is, for some reason, not padded with 0 bytes. That leads the ASS decoder to parse junk after the end the packet. I'll try to find out where that comes from. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 18:15:27 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 16:15:27 -0000 Subject: [FFmpeg-trac] #1223(avformat:open): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.08488532e6e2cd065c44a00387b8e01b@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ass | Blocked By: matroska padding | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * keywords: ass => ass matroska padding * component: undetermined => avformat Comment: Please try this patch: [http://ffmpeg.org/pipermail/ffmpeg- devel/2012-April/123353.html]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 21:55:14 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 19:55:14 -0000 Subject: [FFmpeg-trac] #1221(avcodec:open): loco: broken output with odd width In-Reply-To: <038.2f289e4c6b15246df6e1d9283cb854a0@avcodec.org> References: <038.2f289e4c6b15246df6e1d9283cb854a0@avcodec.org> Message-ID: <053.ad1b5e39aa3d1c8e5cfc70f7d8045954@avcodec.org> #1221: loco: broken output with odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: loco | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => loco * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 22:04:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 20:04:08 -0000 Subject: [FFmpeg-trac] #1223(avformat:open): Problem with .ass subtitles In-Reply-To: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> References: <038.3eb638e40151990cdff3e8bc0b392bfd@avcodec.org> Message-ID: <053.d1968503869924fe56f28e27414bd719@avcodec.org> #1223: Problem with .ass subtitles -------------------------------------+------------------------------------- Reporter: saito1234 | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ass | Blocked By: matroska padding | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by saito1234): Thanks, I've tested it, and now it seems like there are no problems! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 22:15:53 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 20:15:53 -0000 Subject: [FFmpeg-trac] #1220(avcodec:open): camstudio: broken output with 16bpp and odd width In-Reply-To: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> References: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> Message-ID: <053.c3a611543889a7471fd20899fdf124c3@avcodec.org> #1220: camstudio: broken output with 16bpp and odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: camstudio | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => camstudio * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Patch on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 22:18:08 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 20:18:08 -0000 Subject: [FFmpeg-trac] #1003(avformat:closed): matroska file hits eof after any seek In-Reply-To: <036.f6ac0032b4536d920bfbac9c6de97d28@avcodec.org> References: <036.f6ac0032b4536d920bfbac9c6de97d28@avcodec.org> Message-ID: <051.392ff63ca8ae0f4403b3139d2ccf1ab9@avcodec.org> #1003: matroska file hits eof after any seek ------------------------------------+------------------------------------ Reporter: DonMoir | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: fixed Keywords: mkv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by reimar): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 22:27:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 20:27:15 -0000 Subject: [FFmpeg-trac] #1220(avcodec:open): camstudio: broken output with 16bpp and odd width In-Reply-To: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> References: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> Message-ID: <053.b468038823a42e1b009260450eafa706@avcodec.org> #1220: camstudio: broken output with 16bpp and odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: camstudio | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by cehoyos): Could you test width 1022? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 22:29:37 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 20:29:37 -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.785361080b9ef7106ccca04fee97bca6@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 | Blocked By: matroska padding | Reproduced by developer: 1 Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Cigaes): * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 23:35:15 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 21:35:15 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. Message-ID: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Type: defect Status: new | Priority: critical Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hello! I am trying to convert(flv) and send a video stream from my USB dvb-t receiver to red5 rtmp server, but for unknown reasons the ffmpeg stops converting. If I change the output from RTMP to a file, the ffmpeg might not crash (random). I'm using the git ffmpeg version. I will add cat'ed version of the stream and a log of console output. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 16 23:39:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 16 Apr 2012 21:39:05 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.bd0b0122329c6111fafa708e853aeffa@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: critical | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by eregi): The max size of an attachment is 2.5MB, therefore I uploaded the sample file on a private server. http://beberry.lv/up/u/sample -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 02:42:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 00:42:55 -0000 Subject: [FFmpeg-trac] #1220(avcodec:open): camstudio: broken output with 16bpp and odd width In-Reply-To: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> References: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> Message-ID: <053.8605a6cae2a431dec97fbc4984e9b1a6@avcodec.org> #1220: camstudio: broken output with 16bpp and odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: camstudio | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): Your patch works correctly with 1022 and some random even/odd widths. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 07:38:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 05:38:16 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.8dc3f76637d9c64037ac25f6bc9b860c@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: critical => normal Comment: The log file you attached does not indicate a crash, please read http://ffmpeg.org/bugreports.html and provide backtrace etc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 09:06:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 07:06:32 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.998317b667073561b9e6e810ed9b15ce@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): So why ffmpeg is closing then? Updated attached files. I was trying to run ffmpeg_g with gdb, but I got 'No executable file specified. Use the "file" or "exec-file" command.' How to get the backtrace log? It's the one from gdb? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 09:19:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 07:19:37 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.958b6728a53be92db7d75d69948bcfc7@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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): You wrote that ffmpeg crashes. If there is a crash, gdb backtrace is essential. If it does not crash but exit normally, please do not use "crash" in the ticket title. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 09:25:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 07:25:39 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.63f64dc67fd1e4f2983f4b5609b399cb@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Excuse me, didn't notice a difference in those two terms. Saw warnings in the console and assumed that it's a crash. Tried to edit ticket title, but this option is not available. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 10:08:16 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 08:08:16 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.161c22b0d114ae2452b0919326300dd1@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Is this only reproducible if the input is "/dev/dvb/adapter0/dvr0", or also if you use a file as input? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 10:35:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 08:35:03 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.0648fa2bf123744b14b916fed5f6fb10@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): It is reproducible if I use the sample file which was created by using "cat /dev/dvb/adapter0/dvr0 >> sample" Here's the console output http://pastebin.com/d9EaPVW9 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 11:37:02 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 09:37:02 -0000 Subject: [FFmpeg-trac] #1225(undetermined:new): Remuxing MPEG-4 ASP into MPEG-TS Message-ID: <036.8e0ff0a90a8a8248c7711cddc448fbd5@avcodec.org> #1225: Remuxing MPEG-4 ASP into MPEG-TS -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: asp mpegts Blocked By: | Blocking: Reproduced by developer: 1 | Analyzed by developer: 0 -------------------------------------+------------------------------------- (issue 2459) Remuxing MPEG-4 ASP into MPEG-TS is possible, but the resulting file is unplayable. {{{ $ make fate-vsynth1-mpeg4 ... $ ./ffmpeg -i tests/data/vsynth1/odivx.mp4 -vcodec copy out.ts ffmpeg version N-39902-g788a60d Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 11:27:30 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-libmp3lame libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'tests/data/vsynth1/odivx.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 Duration: 00:00:02.00, start: 0.000000, bitrate: 2159 kb/s Stream #0:0(und): Video: mpeg4 (Simple Profile) (mp4v / 0x7634706D), yuv420p, 352x288 [SAR 1:1 DAR 11:9], 2156 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc Metadata: handler_name : VideoHandler [mpegts @ 0x8eefae0] muxrate VBR, pcr every 2 pkts, sdt every 200, pat/pmt every 40 pkts Output #0, mpegts, to 'out.ts': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2mp41 encoder : Lavf54.3.100 Stream #0:0(und): Video: mpeg4 (mp4v / 0x7634706D), yuv420p, 352x288 [SAR 1:1 DAR 11:9], q=2-31, 2156 kb/s, 25 fps, 90k tbn, 25 tbc Metadata: handler_name : VideoHandler Stream mapping: Stream #0:0 -> #0:0 (copy) Press [q] to stop, [?] for help frame= 50 fps=0.0 q=-1.0 Lsize= 574kB time=00:00:02.00 bitrate=2351.5kbits/s video:526kB audio:0kB global headers:0kB muxing overhead 9.061024% $ ./ffmpeg -i out.ts ffmpeg version N-39902-g788a60d Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 11:27:30 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-libmp3lame libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [mpeg4 @ 0x8eec1e0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x8eec1e0] my guess is 5 bits ;) [mpeg4 @ 0x8eec1e0] hmm, seems the headers are not complete, trying to guess time_increment_bits [mpeg4 @ 0x8eec1e0] my guess is 5 bits ;) [mpeg4 @ 0x8eec1e0] looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag [mpeg4 @ 0x8eec1e0] [IMGUTILS @ 0xbfcd6fa8] Picture size 0x0 is invalid [mpeg4 @ 0x8eec1e0] get_buffer() failed (-1 0 (nil)) [mpeg4 @ 0x8eec1e0] [IMGUTILS @ 0xbfcd6fa8] Picture size 0x0 is invalid [mpeg4 @ 0x8eec1e0] get_buffer() failed (-1 0 (nil)) ... [mpeg4 @ 0x8eec1e0] [IMGUTILS @ 0xbfcd6fa8] Picture size 0x0 is invalid [mpeg4 @ 0x8eec1e0] get_buffer() failed (-1 0 (nil)) [mpeg4 @ 0x8eec1e0] [IMGUTILS @ 0xbfcd6fa8] Picture size 0x0 is invalid [mpeg4 @ 0x8eec1e0] get_buffer() failed (-1 0 (nil)) [mpegts @ 0x8ee8380] decoding for stream 0 failed [mpegts @ 0x8ee8380] Could not find codec parameters (Video: mpeg4 ([16][0][0][0] / 0x0010), yuv420p) out.ts: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 11:37:58 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 09:37:58 -0000 Subject: [FFmpeg-trac] #481(avcodec:closed): mpeg4 codec encoding bitrate (-b) is not honored In-Reply-To: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> References: <035.72aafa7d342193290c318cd48c7386b1@avcodec.org> Message-ID: <050.5b23d33b8f3bc934b601d0371a7fb7bf@avcodec.org> #481: mpeg4 codec encoding bitrate (-b) is not honored -------------------------------------+------------------------------------- Reporter: gyohng | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git | Resolution: Keywords: asp bitrate | worksforme Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: mpeg4 bitrate => asp bitrate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 11:38:42 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 09:38:42 -0000 Subject: [FFmpeg-trac] #1081(avcodec:open): Cinelerra HV60 In-Reply-To: <036.b6d8965bd93b4cac2c79402b776ec4fe@avcodec.org> References: <036.b6d8965bd93b4cac2c79402b776ec4fe@avcodec.org> Message-ID: <051.0654fe25379dd20d373a448e488c3584@avcodec.org> #1081: Cinelerra HV60 -------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: asp hv60 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mpeg4 hv60 => asp hv60 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 12:08:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 10:08:43 -0000 Subject: [FFmpeg-trac] #1040(avfilter:reopened): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.99c07be8b411bbdd3486afaf681f5b33@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: reopened Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ls): With the current git head (ffmpeg V. N-33379-g788a60d) everything works fine now. No error messages are generated. yadif=1 seems to work fine. However the order of inputs to the overlay filter has changed meanwhile. Thus a working call is now: {{{ ffmpeg -i 00000.MTS -vf movie=00000.MTS,yadif=1,setpts=PTS- STARTPTS,scale=1280:720[mov1]';'[in]yadif=1,setpts=PTS- STARTPTS[mov2]';'[mov2][mov1]overlay=0:0 -y out.mp4 }}} This bug can be closed now, everything addressed here is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 12:52:08 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 10:52:08 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.2656f91bd1fc0935f4bbe7d97b8b0aff@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: reopened => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 12:54:49 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 10:54:49 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.1f28b4f0c114c0c5687bf2b4b34ea4a9@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): I can not reproduce your problem with the input order of the overlay filter: for me, {{{[0:v] [1:v] overlay=50:50}}} puts {{{[1:v]}}} on top of {{{[0:v]}}}, as expected, either with {{{-f lavfi}}} and movie or with the new {{{-filter_complex}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 13:08:46 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 11:08:46 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.a6928b1dbdaa25fd9d8fbe1dd2fb617c@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ls): I retried this call from my previous example: {{{ $ ffmpeg -i 00000.MTS -vf movie=00000.MTS,yadif=1,setpts=PTS- STARTPTS,scale=1280:720[mov],[in]yadif=1,setpts=PTS- STARTPTS,[mov]overlay=0:0 -y out.mp4 [...] [overlay @ 0x208bf60] Overlay area (0,0)<->(1920,1080) not within the main area (0,0)<->(1280,720) or zero-sized Error opening filters! }}} This worked before, I was suspecting a problem with the order maybe I am wrong and something else regarding the syntax accepted has changed. Anyway it is not too important. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 13:09:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 11:09:39 -0000 Subject: [FFmpeg-trac] #1216(avcodec:open): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.2239b354190cbf934642ccce661c9f99@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => mszh * status: new => open * version: unspecified => git-master * component: undetermined => avcodec * reproduced: 0 => 1 Comment: Works fine with mplayer -vc mszh -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 13:52:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 11:52:55 -0000 Subject: [FFmpeg-trac] #1194(undetermined:new): mov enc: rawvideo as an output In-Reply-To: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> References: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> Message-ID: <053.d7380ab07c6c92b5895518d2eea93455@avcodec.org> #1194: mov enc: rawvideo as an output -------------------------------------+------------------------------------- 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 cehoyos): Does the following work? $ ./ffmpeg -i tests/lena.pnm -vcodec rawvideo -pix_fmt rgb24 -vtag 0x20776172 out.mov -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 13:59:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 11:59:52 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.1b8f5fd467aa489d18691c65a76e08bd@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by Cigaes): Ok, so this is when you use the unlabeled, "pass-through" syntax. I confirm the behaviour changed sometime in the last month. OTOH, it seems to me that the current behaviour is correct, with regard to the documentation, and the old behaviour was not. My working example is: {{{testsrc [t] ; color , [t] overlay}}} [http://ffmpeg.org/libavfilter.html#Filtergraph-syntax] says that "If an output pad is not labelled, it is linked by default to the first unlabelled input pad of the next filter in the filterchain." With the above example, t=testsrc would be the first input of overlay, and color would be the second, putting color on top of testsrc. This is consistent with the example in the documentation, "the second output pad of split is linked to the second input pad of overlay, which are both unlabelled". And indeed, this filtergraph shows the blank frame with the current version, while an old checkout shows the test pattern. In short: yes, it changed, but the previous behaviour was contradicting the docs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 14:10:37 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 12:10:37 -0000 Subject: [FFmpeg-trac] #1191(undetermined:open): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.304549b626b70892206912882118af0a@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open Comment: Could you test if attached patch fixes RGBA and monob? Does it also work for RGB48 and RGBA64? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 14:53:45 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 12:53:45 -0000 Subject: [FFmpeg-trac] #1191(undetermined:open): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.8a8bb85dd87df1004e2fed59192eac95@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): monob/w, rgb24 and rgba deocdes correctly with attached patch pal8 have wrong colors (see pal8.bmp), maybe problem with endianness? rgb48/64 is not supported by qt even in tiff -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 14:54:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 12:54:44 -0000 Subject: [FFmpeg-trac] #1194(undetermined:new): mov enc: rawvideo as an output In-Reply-To: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> References: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> Message-ID: <053.94b85aaa1f323b60e3ddc939beb66080@avcodec.org> #1194: mov enc: rawvideo as an output -------------------------------------+------------------------------------- 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): yes this works correctly -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 15:11:34 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 13:11:34 -0000 Subject: [FFmpeg-trac] #1138(undetermined:open): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.6152626e2ca20227793c0a82e21526d9@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by eelco): Replying to [comment:9 cehoyos]: > Replying to [comment:7 carlrosmann]: > > hope it gets review. > Patches posted on ffmpeg-devel (esp. if they are so short) certainly get a review. I was a bit surprised that the trac is apparently a second class citizen when it comes to patch/code reviews, but I bit the bullet and subscribed and posted to ffmpeg-devel ;) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 15:17:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 13:17:26 -0000 Subject: [FFmpeg-trac] #1040(avfilter:closed): yadif filter with movie source causes assertion failure In-Reply-To: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> References: <031.bfe73e8d8c9949b79f578a90b9c891ff@avcodec.org> Message-ID: <046.962cf9d23b8c3005ee05ba82a269ce1f@avcodec.org> #1040: yadif filter with movie source causes assertion failure ------------------------------------+------------------------------------ Reporter: ls | Owner: Type: defect | Status: closed Priority: normal | Component: avfilter Version: git-master | Resolution: fixed Keywords: yadif | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Comment (by ls): Ok I did not notice it was deviating from the docs. Thanks for clarifying this. I usually copy examples and modify them. They probably need to be fixed too: Example found after the loop explanation example in the man pages: {{{ # skip 3.2 seconds from the start of the avi file in.avi, and overlay it # on top of the input labelled as "in". movie=in.avi:seek_point=3.2, scale=180:-1, setpts=PTS-STARTPTS [movie]; [in] setpts=PTS-STARTPTS, [movie] overlay=16:16 [out] }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 16:39:00 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 14:39:00 -0000 Subject: [FFmpeg-trac] #1037(avcodec:closed): avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 In-Reply-To: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> References: <033.5b483a28a4fba449ff7d7e4acbf89647@avcodec.org> Message-ID: <048.a1779789d62b4298a3a886607b3b00ae@avcodec.org> #1037: avcodec_alloc_context3 and avcodec_alloc_frame causes app to exit on Android 3.2 -------------------------------------+------------------------------------- Reporter: pawg | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: 0.10 | Resolution: Keywords: | needs_more_info Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by pawg): Ticket can be left as closed with "no issue" status - ndk compiler needed to have additional flags for Tegra 2 cpu -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 21:19:32 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 19:19:32 -0000 Subject: [FFmpeg-trac] #1216(avcodec:open): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.0b5aa6f47d1ec6228c02166b1e0c471e@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): it looks like AVImszh codec always saves RGB24 data as uncompressed, even when "No Compress" option is turned off lcldec.c: {{{ switch (avctx->codec_id) { case CODEC_ID_MSZH: switch (c->compression) { case COMP_MSZH: + if (c->imgtype != IMGTYPE_RGB24) { if (c->flags & FLAG_MULTITHREAD) { mthread_inlen = AV_RL32(encoded); mthread_inlen = FFMIN(mthread_inlen, len - 8); mthread_outlen = AV_RL32(encoded+4); mthread_outlen = FFMIN(mthread_outlen, c->decomp_size); mszh_dlen = mszh_decomp(encoded + 8, mthread_inlen, c->decomp_buf, c->decomp_size); if (mthread_outlen != mszh_dlen) { av_log(avctx, AV_LOG_ERROR, "Mthread1 decoded size differs (%d != %d)\n", mthread_outlen, mszh_dlen); return -1; } mszh_dlen = mszh_decomp(encoded + 8 + mthread_inlen, len - 8 - mthread_inlen, c->decomp_buf + mthread_outlen, c->decomp_size - mthread_outlen); if (mthread_outlen != mszh_dlen) { av_log(avctx, AV_LOG_ERROR, "Mthread2 decoded size differs (%d != %d)\n", mthread_outlen, mszh_dlen); return -1; } encoded = c->decomp_buf; len = c->decomp_size; } else { mszh_dlen = mszh_decomp(encoded, len, c->decomp_buf, c->decomp_size); if (c->decomp_size != mszh_dlen) { av_log(avctx, AV_LOG_ERROR, "Decoded size differs (%d != %d)\n", c->decomp_size, mszh_dlen); return -1; } encoded = c->decomp_buf; len = mszh_dlen; } + } }}} but these for some reason decodes correctly: http://samples.mplayerhq.hu/V-codecs/mszh-zlib/mszh/mszh_rgb24.avi http://samples.mplayerhq.hu/V-codecs/mszh-zlib/mszh/mszh_rgb24_nocomp.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 21:49:23 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 19:49:23 -0000 Subject: [FFmpeg-trac] #1216(avcodec:open): AVImszh: broken output with rgb24 mode In-Reply-To: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> References: <038.b5ca4ac9f37b87e00dddf6d9c92009d2@avcodec.org> Message-ID: <053.b7708dadf75a8cc095671c99fddf0e1d@avcodec.org> #1216: AVImszh: broken output with rgb24 mode ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: mszh | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): this one seems to be rawvideo, not mszh: {{{ C:\>ffmpeg -i mszh_rgb24.avi ffmpeg version N-39881-gdcd207c Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 02:23:18 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'mszh_rgb24.avi': Duration: 00:00:00.03, start: 0.000000, bitrate: 62360 kb/s Stream #0:0: Video: rawvideo, bgr24, 352x240, 29.97 tbr, 29.97 tbn, 29.97 tb c At least one output file must be specified }}} on the other hand this rgb24 file seems to be compressed, so maybe it's a bug of AVImszh codec, not FFmpeg's decoder? http://samples.mplayerhq.hu/V-codecs/mszh-zlib/mszh.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 17 22:38:52 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 20:38:52 -0000 Subject: [FFmpeg-trac] #1190(avcodec:open): targa enc: add pal8 output In-Reply-To: <038.a68b6a7de865776009d22eb0f506807f@avcodec.org> References: <038.a68b6a7de865776009d22eb0f506807f@avcodec.org> Message-ID: <053.82b0c551f0b97b8fed9d06cb0a35c374@avcodec.org> #1190: targa enc: add pal8 output -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: targa | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => targa Comment: Patch on mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 00:21:41 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 17 Apr 2012 22:21:41 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.ee269fb7511540a5def8123515fae7c4@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ls): This bug can be closed. In the current ffmpeg version git-2012-04-17-096231d my samples work fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 02:28:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 00:28:30 -0000 Subject: [FFmpeg-trac] #1226(avcodec:new): CDG transcode to AVI at wrong frame rate (duration) Message-ID: <037.7e0d97079d9947df9dbe797c4ec72df3@avcodec.org> #1226: CDG transcode to AVI at wrong frame rate (duration) -------------------------------------+------------------------------------- Reporter: scottley | Type: defect Status: new | Priority: normal Component: avcodec | Version: git- Keywords: cdg frame | master rate | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I'm having a new issue with using ffmpeg to convert CDG to x264/AVI. The problem is that in the output file, the audio plays back at the correct rate, but the video whizzes by about 7 times too fast, so it's comepletely out of sync with the audio. After 30 seconds, the audio continues, but the video has ended. I tried to lock down the input frame rate by using "-r 30", but it appears to be unsupported by the CDG decoder. On my older machine, with an older build, everything works fine. I've attached both the working and not-working command lines, version summaries and processing output below: = Current Configuration (video too fast) = Ubuntu 11.10 -- manually built ffmpeg == Command Line: == {{{ ffmpeg -threads 2 -i track02.cdg -i track02.mp3 -f avi -b:v 450k -acodec copy -vcodec libx264 -preset slower -qp 0 -b 450k -sws_flags print_info+neighbor -s 640x480 -r 30 -y track02.avi }}} == Output Messages == {{{ ffmpeg -threads 2 -i track02.cdg -i track02.mp3 -f avi -acodec copy -vcodec libx264 -preset slower -qp 0 -b 450k -sws_flags print_info+neighbor -s 640x480 -r 30 -y track02.avi ffmpeg version N-34020-ga666752 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 15:48:28 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [cdg @ 0x342b180] max_analyze_duration 5000000 reached at 5000000 Input #0, cdg, from 'track02.cdg': Duration: 00:03:51.40, bitrate: 57 kb/s Stream #0:0: Video: cdgraphics, pal8, 300x216, 300 fps, 300 tbr, 300 tbn, 300 tbc [mp3 @ 0x342b9a0] max_analyze_duration 5000000 reached at 5015510 Input #1, mp3, from 'track02.mp3': Metadata: encoder : Lavf54.2.100 Duration: 00:03:51.47, start: 0.000000, bitrate: 168 kb/s Stream #1:0: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s Please use -b:a or -b:v, -b is ambiguous [buffer @ 0x34d2a80] w:300 h:216 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param:flags=2 [swscaler @ 0x34e6c00] Nearest Neighbor / POINT scaler, from pal8 to yuv420p using MMX2 [swscaler @ 0x34edf60] Nearest Neighbor / POINT scaler, from pal8 to yuv420p using MMX2 [swscaler @ 0x34f6980] Nearest Neighbor / POINT scaler, from pal8 to yuv420p using MMX2 [scale @ 0x34d4840] w:300 h:216 fmt:pal8 sar:0/1 -> w:640 h:480 fmt:yuv420p sar:0/1 flags:0x1010 [libx264 @ 0x342c0c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX [libx264 @ 0x342c0c0] profile High 4:4:4 Predictive, level 3.1, 4:2:0 8-bit Output #0, avi, to 'track02.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 640x480, q=-1-- 1, 450 kb/s, 30 tbn, 30 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, 32 kb/s Stream mapping: Stream #0:0 -> #0:0 (cdgraphics -> libx264) Stream #1:0 -> #0:1 (copy) Press [q] to stop, [?] for help tile is out of rangeq=0.0 size= 865kB time=00:00:25.56 bitrate= 277.2kbits/s dup=0 drop=6951 Error while decoding stream #0:0 Truncating packet of size 24 to 1 1039kB time=00:00:30.30 bitrate= 280.9kbits/s dup=0 drop=8238 AV Filter told us it has a frame available but failed to output one Error while decoding stream #1:0 AV Filter told us it has a frame available but failed to output one Error while decoding stream #1:0 AV Filter told us it has a frame available but failed to output one ^---- this repeated several thousand times ----^ frame= 928 fps=135 q=-1.0 Lsize= 5482kB time=00:00:30.93 bitrate=1451.7kbits/s dup=0 drop=8343 video:481kB audio:4760kB global headers:0kB muxing overhead 4.588066% [libx264 @ 0x2cb60c0] frame I:8 Avg QP: 0.00 size: 626 [libx264 @ 0x2cb60c0] frame P:920 Avg QP: 0.00 size: 530 [libx264 @ 0x2cb60c0] mb I I16..4: 99.2% 0.0% 0.8% [libx264 @ 0x2cb60c0] mb P I16..4: 1.8% 0.0% 0.5% P16..4: 0.4% 0.1% 0.1% 0.1% 0.0% skip:97.1% [libx264 @ 0x2cb60c0] 8x8 transform intra:0.4% inter:2.4% [libx264 @ 0x2cb60c0] coded y,uvDC,uvAC intra: 14.6% 22.0% 21.8% inter: 0.1% 0.3% 0.3% [libx264 @ 0x2cb60c0] i16 v,h,dc,p: 96% 3% 1% 0% [libx264 @ 0x2cb60c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 53% 39% 8% 0% 0% 0% 0% 0% 0% [libx264 @ 0x2cb60c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 60% 25% 14% 0% 0% 0% 0% 0% 0% [libx264 @ 0x2cb60c0] i8c dc,h,v,p: 75% 9% 15% 0% [libx264 @ 0x2cb60c0] Weighted P-Frames: Y:1.5% UV:1.5% [libx264 @ 0x2cb60c0] ref P L0: 85.1% 0.0% 12.3% 1.0% 0.4% 0.4% 0.3% 0.4% 0.1% [libx264 @ 0x2cb60c0] kb/s:127.35 }}} == ffmpeg -v 9 -loglevel 99 -i track02.cdg -i track02.mp3 == {{{ ffmpeg version N-34020-ga666752 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 15:48:28 with gcc 4.6.1 configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-version3 --enable-x11grab libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [cdg @ 0x3121080] Format cdg probed with size=2048 and score=50 [cdg @ 0x3121080] File position before avformat_find_stream_info() is 0 [cdg @ 0x3121080] max_analyze_duration 5000000 reached at 5000000 [cdg @ 0x3121080] File position after avformat_find_stream_info() is 183984 Input #0, cdg, from 'track02.cdg': Duration: 00:03:51.40, bitrate: 57 kb/s Stream #0:0, 1502, 1/300: Video: cdgraphics, pal8, 300x216, 1/300, 300 fps, 300 tbr, 300 tbn, 300 tbc [mp3 @ 0x31218a0] Format mp3 probed with size=2048 and score=51 [mp3 @ 0x31218a0] File position before avformat_find_stream_info() is 660 [mp3 @ 0x31218a0] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 0x31218a0] File position after avformat_find_stream_info() is 21140 Input #1, mp3, from 'track02.mp3': Metadata: encoder : Lavf54.2.100 Duration: 00:03:51.47, start: 0.000000, bitrate: 168 kb/s Stream #1:0, 194, 1/14112000: Audio: mp3, 44100 Hz, stereo, s16, 32 kb/s At least one output file must be specified }}} = Older Configuration (works fine) = Ubuntu 10.04 -- manually built ffmpeg == Command Line: == {{{ ffmpeg -threads 2 -i track02.cdg -i track02.mp3 -f avi -b 450k -vcodec libx264 -sws_flags print_info+neighbor -acodec copy -vpre lossless_slower -s 640x480 -r 30 -y track02.avi }}} == Output Messages: == {{{ FFmpeg version SVN-r25179, Copyright (c) 2000-2010 the FFmpeg developers built on Sep 24 2010 10:16:28 with gcc 4.4.3 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-x11grab libavutil 50.28. 0 / 50.28. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.90. 0 / 52.90. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.40. 0 / 1.40. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [cdg @ 0x12d5470] max_analyze_duration reached Input #0, cdg, from 'track02.cdg': Duration: 00:03:51.40, bitrate: 57 kb/s Stream #0.0: Video: cdgraphics, pal8, 300x216, 300 fps, 300 tbr, 300 tbn, 300 tbc [mp3 @ 0x1313e60] max_analyze_duration reached Input #1, mp3, from 'track02.mp3': Metadata: TSSE : Lavf54.2.100 Duration: 00:03:51.47, start: 0.000000, bitrate: 168 kb/s Stream #1.0: Audio: mp3, 44100 Hz, 2 channels, s16, 168 kb/s [swscaler @ 0x1339e30] Nearest Neighbor / POINT scaler, from pal8 to yuv420p using MMX2 [buffer @ 0x132aa10] w:300 h:216 pixfmt:pal8 [scale @ 0x132ada0] w:300 h:216 fmt:pal8 -> w:640 h:480 fmt:yuv420p flags:0x1010 [swscaler @ 0x13494e0] Nearest Neighbor / POINT scaler, from pal8 to yuv420p using MMX2 [libx264 @ 0x1326760] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x1326760] profile High 4:4:4 Predictive, level 3.0, bit depth 8 Output #0, avi, to 'aviout/track02.avi': Metadata: ISFT : Lavf52.78.5 Stream #0.0: Video: libx264, yuv420p, 640x480, q=10-51, 450 kb/s, 30 tbn, 30 tbc Stream #0.1: Audio: U[0][0][0] / 0x0055, 44100 Hz, 2 channels, 168 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #1.0 -> #0.1 Press [q] to stop encoding [cdgraphics @ 0x12d6720] tile is out of rangee=190.90 bitrate= 207.3kbits/s dup=0 drop=5462 Error while decoding stream #0.0 frame= 2649 fps=167 q=-1.0 Lsize= 5880kB time=221.73 bitrate= 217.2kbits/s dup=0 drop=6622 video:744kB audio:4760kB global headers:0kB muxing overhead 6.820693% frame I:12 Avg QP: 0.00 size: 5076 [libx264 @ 0x1326760] frame P:2637 Avg QP: 0.00 size: 266 [libx264 @ 0x1326760] mb I I16..4: 92.3% 0.1% 7.6% [libx264 @ 0x1326760] mb P I16..4: 0.3% 0.0% 0.2% P16..4: 0.1% 0.0% 0.1% 0.0% 0.0% skip:99.3% [libx264 @ 0x1326760] 8x8 transform intra:0.6% inter:8.3% [libx264 @ 0x1326760] coded y,uvDC,uvAC intra: 22.3% 31.9% 31.6% inter: 0.1% 0.2% 0.2% [libx264 @ 0x1326760] i16 v,h,dc,p: 92% 6% 2% 0% [libx264 @ 0x1326760] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 55% 36% 9% 0% 0% 0% 0% 0% 0% [libx264 @ 0x1326760] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 59% 27% 14% 0% 0% 0% 0% 0% 0% [libx264 @ 0x1326760] i8c dc,h,v,p: 65% 13% 22% 0% [libx264 @ 0x1326760] Weighted P-Frames: Y:0.0% [libx264 @ 0x1326760] ref P L0: 92.2% 0.1% 5.2% 1.7% 0.8% [libx264 @ 0x1326760] kb/s:27.49 }}} == ffmpeg -v 9 -loglevel 99 -i track02.cdg -i track02.mp3 == {{{ FFmpeg version SVN-r25179, Copyright (c) 2000-2010 the FFmpeg developers built on Sep 24 2010 10:16:28 with gcc 4.4.3 configuration: --enable-gpl --enable-version3 --enable-nonfree --enable- postproc --enable-libfaac --enable-libopencore-amrnb --enable-libopencore- amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable- libxvid --enable-x11grab libavutil 50.28. 0 / 50.28. 0 libavcore 0. 9. 0 / 0. 9. 0 libavcodec 52.90. 0 / 52.90. 0 libavformat 52.78. 5 / 52.78. 5 libavdevice 52. 2. 2 / 52. 2. 2 libavfilter 1.40. 0 / 1.40. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x26f9470] Probed with size=2048 and score=50 [cdg @ 0x26f9470] max_analyze_duration reached Input #0, cdg, from 'track02.cdg': Duration: 00:03:51.40, bitrate: 57 kb/s Stream #0.0, 1502, 1/300: Video: cdgraphics, pal8, 300x216, 1/300, 300 fps, 300 tbr, 300 tbn, 300 tbc [NULL @ 0x2737ad0] Probed with size=2048 and score=51 [mp3 @ 0x2737ad0] max_analyze_duration reached Input #1, mp3, from 'track02.mp3': Metadata: TSSE : Lavf54.2.100 Duration: 00:03:51.47, start: 0.000000, bitrate: 168 kb/s Stream #1.0, 194, 1/14112000: Audio: mp3, 44100 Hz, 2 channels, s16, 168 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 10:20:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 08:20:53 -0000 Subject: [FFmpeg-trac] #1226(avcodec:open): CDG transcode to AVI at wrong frame rate (duration) In-Reply-To: <037.7e0d97079d9947df9dbe797c4ec72df3@avcodec.org> References: <037.7e0d97079d9947df9dbe797c4ec72df3@avcodec.org> Message-ID: <052.4b8b7e57df49a0d81fc9fae32bb44d00@avcodec.org> #1226: CDG transcode to AVI at wrong frame rate (duration) -------------------------------------+------------------------------------- Reporter: scottley | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: cdg desync | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: cdg frame rate => cdg desync regression * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: Regression since 5872c78. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 11:14:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 09:14:17 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.f4c7fbef62e97644917a436b8e127569@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by cehoyos): The following two commands still produce very different files for me, the second drops 95% of all frames: $ ffmpeg -i camera-raw.mp4 -qscale 2 -strict experimental out.mp4 $ ffmpeg -f lavfi -i movie=camera-raw.mp4 -qscale 2 -strict experimental out.mp4 Or is this intended? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 11:44:52 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 09:44:52 -0000 Subject: [FFmpeg-trac] #1227(avcodec:new): crash in ff_put_h264_chroma_mc8_neon Message-ID: <036.4b29a3e84ee653b5ba8163eea3dccea4@avcodec.org> #1227: crash in ff_put_h264_chroma_mc8_neon ---------------------------------+-------------------------------------- Reporter: elioxia | Type: defect Status: new | Priority: important Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- attached video: 1024x384 h264 annexb byte stream the video size is important (half of 1024x768) as a similar full sized video works fine reproducible on master (fc882b6e), 6.5, 10.2 built with gcc4.4.3 (android ndk r7b), gcc4.6.2 (linaro android toolchain) tested on various android devices -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 11:50:21 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 09:50:21 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.239a4f9de00693999539a013bc88fdce@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by ls): Yes you are right, I was testing to shallow. {{{ ffplay -f lavfi movie=camera-raw.mp4 }}} produced the right result for me. The problem with ffmpeg persists. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 11:50:30 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 09:50:30 -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.6b67923b089308640cfd06a321a4d195@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 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => arm Comment: Please provide gdb backtrace etc. as described on http://ffmpeg.org/bugreports.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 11:54:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 09:54:14 -0000 Subject: [FFmpeg-trac] #1228(undetermined:new): Wrong aspect when playing wmv3 in avi with ffplay Message-ID: <036.afc13e2097322f1a931f757276a832a6@avcodec.org> #1228: Wrong aspect when playing wmv3 in avi with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: aspect Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- Attached file shows wrong aspect when played with ffplay, reencoding with ffmpeg produces a file that plays correctly with ffplay and mplayer. {{{ $ ffplay wrongaspect.avi ffplay version N-39944-gfc882b6 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 18 2012 10:34:27 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'wrongaspect.avi': Metadata: encoder : Lavf52.61.0 Duration: 00:01:56.38, start: 0.000000, bitrate: 70 kb/s Stream #0:0: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1440x1080, SAR 4:3 DAR 16:9, 23.50 tbr, 23.50 tbn, 23.50 tbc 0.34 A-V: 0.000 fd= 0 aq= 0KB vq= 267KB sq= 0B f=0/0 0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 16:54:08 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 14:54:08 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:new): LGPL is not compatible with IOS Message-ID: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Type: license Status: new | violation Component: FFmpeg | Priority: normal Keywords: static | Version: linking | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- FFMPEG is such a nice library. It would be great to be able to use it in commercial IOS/Android application. Unfortunately Apple App Store does not allow static linking. Many LGPL licensed software have added a static linking exception for this very reason. My quick survey of the Media apps in the IOS market seems to indicate many folks are using FFMPEG anyway even though the license disallows this. Here is one such example: http://itunes.apple.com/us/app/tunein-radio/id418987775?mt=8 (I pick on them because they are quite public about their use) It seems to me in the spirit of LGPL it should be allowed to happen and it is really just a semantic issue. I would really love to use FFMPEG in several projects on my horizon but it is not possible unless there is a static linking exception. Thank you for your consideration. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 17:00:11 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 15:00:11 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:new): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.50a864f7402d89adaede56f339fa026b@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: new violation | Component: FFmpeg Priority: normal | Resolution: Version: unspecified | Blocked By: Keywords: static | Reproduced by developer: 0 linking | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [ticket:1229 yepher]: > FFMPEG is such a nice library. It would be great to be able to use it in commercial IOS/Android application. Unfortunately Apple App Store does not allow static linking. How is this related to the LGPL? Please understand that it is simple to comply with the LGPL when distributing applications in the Apple App Store (you just have make sure that re-linking is possible, apart from complying with the usual rules that include providing sources etc.), it may be possible that you cannot fulfill Apple's requirements and the LGPL at the same time, I don't know (and I don't care). Please also understand that FFmpeg does not have single author, but an uncountable number of contributors, a license change is therefore impossible. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 17:05:10 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 15:05:10 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.45da602057e667ba3856700f4ab653e4@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: static linking => * status: new => closed * resolution: => wontfix -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 21:28:01 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 19:28:01 -0000 Subject: [FFmpeg-trac] #1207(avcodec:closed): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.c86c66ae46533ed44651473a3b914e67@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: critical | Component: avcodec Version: git-master | Resolution: fixed Keywords: threads | Blocked By: crash mpeg4 | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by michael): * keywords: threads crash => threads crash mpeg4 * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 21:57:23 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 19:57:23 -0000 Subject: [FFmpeg-trac] #1207(avcodec:closed): Possible Heap Corruption in avcodec In-Reply-To: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> References: <037.334c4450955b57a40e0f263c53472e0d@avcodec.org> Message-ID: <052.57013473c83c9f817b4c6b3564c5a0ee@avcodec.org> #1207: Possible Heap Corruption in avcodec -------------------------------------+------------------------------------- Reporter: daybreak | Owner: Type: defect | Status: closed Priority: critical | Component: avcodec Version: git-master | Resolution: fixed Keywords: threads | Blocked By: crash asp | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: threads crash mpeg4 => threads crash asp -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 22:44:33 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 20:44:33 -0000 Subject: [FFmpeg-trac] #1191(undetermined:closed): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.c3b3a7bd7043c2c99a28d29bfaec8722@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: tiff should be fixed as far as possible, could you test attached patch with png and targa? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 18 23:31:18 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 21:31:18 -0000 Subject: [FFmpeg-trac] #1191(undetermined:closed): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.2dd33c23249078ee252d5244ab42f43f@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): targa: qt decodes correctly all modes of targa except rgb555le, but when I add {{{ case PIX_FMT_RGB555LE: + avctx->bits_per_coded_sample = 16; pkt->data[2] = TGA_RGB; /* uncompresses true-color image */ pkt->data[16] = 16; /* bpp */ break; }}} then I get correct output. The problem is that avctx->bits_per_coded_sample is set to 15 for rgb555le mode: {{{ avctx->bits_per_coded_sample = av_get_bits_per_pixel(&av_pix_fmt_descriptors[avctx->pix_fmt]); + av_log(avctx, AV_LOG_INFO, "bits_per_coded_sample: %d\n", avctx->bits_per_coded_sample); switch(avctx->pix_fmt) { }}} png: qt decodec correctly monob/rgb24/rgba/gray/pal8 (wrong colors) gray16/rgb48/rgba64 doesn't work (black screen) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 01:20:48 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 23:20:48 -0000 Subject: [FFmpeg-trac] #1230(undetermined:new): wmv -> mp4 "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context" Message-ID: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> #1230: wmv -> mp4 "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context" -------------------------------------+------------------------------------- Reporter: themikeybee | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Saved a wmv movie from a website, want to use it as h.264 mp4 file. Regardless of commandline options (-analyzeduration included), I am not able to convert. Leaving off the output file, all output looks good until it says it needs at least one output file to proceed. Once that is given, message "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context" is given. Tried outputting to different formats, all same result. Running on Red Hat 5.4 64-bit server as root and even chmod 777'd the input file, no change. Running ffmpeg 0.6.5. Tried yum install *ffmpeg* and yum update *ffmpeg* to make sure I had all dependencies at the latest rev. Same message every time. Output below, input video attached. For the record, the input videos plays perfectly on every media player I've tried. "ffmpeg -v 9 -loglevel 99 -i" output: FFmpeg version 0.6.5, Copyright (c) 2000-2010 the FFmpeg developers built on Jan 29 2012 23:55:02 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51) configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --incdir=/usr/include --disable-avisynth --extra- cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack- protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --enable- avfilter --enable-avfilter-lavf --enable-libdirac --enable-libfaac --enable-libfaad --enable-libfaadbin --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libx264 --enable-gpl --enable-nonfree --enable-postproc --enable-pthreads --enable-shared --enable-swscale --enable-vdpau --enable-version3 --enable-x11grab libavutil 50.15. 1 / 50.15. 1 libavcodec 52.72. 2 / 52.72. 2 libavformat 52.64. 2 / 52.64. 2 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.11. 0 / 0.11. 0 libpostproc 51. 2. 0 / 51. 2. 0 [NULL @ 0x15bff8b0]Probed with size=2048 and score=100 [asf @ 0x15bff8b0]gpos mismatch our pos=24, end=242 [asf @ 0x15bff8b0]gpos mismatch our pos=24, end=2142 [asf @ 0x15bff8b0]gpos mismatch our pos=46, end=4574 [asf @ 0x15bff8b0]max_analyze_duration reached Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 2.00 (2/1) Input #0, asf, from 'phleb-4-18-12.wmv': Metadata: title : Phlebotomy Forum-Legal Considerations in Phlebotomy author : copyright : comment : Microsoft Office LiveMeeting 2005 Replay. Recorded on Wednesday, November 9, 2011 11:01:34 AM GMT-06:00 WM/Year : 2011 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 01:06:38.04, start: 5.000000, bitrate: 28 kb/s Chapter #0.0: start 5.000000, end 87.750000 Metadata: title : Legal Considerations in Phlebotomy Chapter #0.1: start 87.750000, end 105.750000 Metadata: title : Disclosures: Chapter #0.2: start 105.750000, end 170.750000 Metadata: title : Agenda Chapter #0.3: start 170.750000, end 291.250000 Metadata: title : The High Price of Malpractice Claims Chapter #0.4: start 291.250000, end 380.250000 Metadata: title : Malpractice = Medical Negligence Chapter #0.5: start 380.250000, end 409.750000 Metadata: title : Duty Chapter #0.6: start 409.750000, end 578.250000 Metadata: title : Standards in Phlebotomy Chapter #0.7: start 578.250000, end 650.750000 Metadata: title : Causation Chapter #0.8: start 650.750000, end 736.250000 Metadata: title : Failure to License Not Cause Chapter #0.9: start 736.250000, end 826.250000 Metadata: title : Causation Not Established Chapter #0.10: start 826.250000, end 1000.250000 Metadata: title : Injury Chapter #0.11: start 1000.250000, end 1083.250000 Metadata: title : Fear Chapter #0.12: start 1083.250000, end 1194.250000 Metadata: title : Distress Chapter #0.13: start 1194.250000, end 1225.250000 Metadata: title : Compensable Harm Chapter #0.14: start 1225.250000, end 1305.750000 Metadata: title : Types of Damages Chapter #0.15: start 1305.750000, end 1370.750000 Metadata: title : Wanton Disregard Chapter #0.16: start 1370.750000, end 1384.250000 Metadata: title : Source of Errors Chapter #0.17: start 1384.250000, end 1472.250000 Metadata: title : Procedural Errors Chapter #0.18: start 1472.250000, end 1526.250000 Metadata: title : Decisional Errors Chapter #0.19: start 1526.250000, end 1553.750000 Metadata: title : Administrative Errors Chapter #0.20: start 1553.750000, end 1583.250000 Metadata: title : Wilkerson v. Laboratory Corp. of America (2005) Chapter #0.21: start 1583.250000, end 1629.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.22: start 1629.750000, end 1631.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.23: start 1631.750000, end 1667.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.24: start 1667.750000, end 1699.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.25: start 1699.750000, end 1733.250000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al Chapter #0.26: start 1733.250000, end 1760.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.27: start 1760.250000, end 1796.750000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.28: start 1796.750000, end 1861.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.29: start 1861.250000, end 1958.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.30: start 1958.250000, end 1959.250000 Metadata: title : No Negligence Chapter #0.31: start 1959.250000, end 1988.750000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.32: start 1988.750000, end 1994.750000 Metadata: title : No Negligence Chapter #0.33: start 1994.750000, end 2011.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.34: start 2011.250000, end 2029.750000 Metadata: title : Mislabels Chapter #0.35: start 2029.750000, end 2125.750000 Metadata: title : Mislabels Chapter #0.36: start 2125.750000, end 2192.750000 Metadata: title : You Be The Judge Chapter #0.37: start 2192.750000, end 2250.750000 Metadata: title : You Be the Judge Chapter #0.38: start 2250.750000, end 2307.250000 Metadata: title : You Be the Judge Chapter #0.39: start 2307.250000, end 2349.750000 Metadata: title : You Be the Judge Chapter #0.40: start 2349.750000, end 2395.250000 Metadata: title : You Be the Judge Chapter #0.41: start 2395.250000, end 2397.750000 Metadata: title : Needlestick Injuries Chapter #0.42: start 2397.750000, end 2460.750000 Metadata: title : Needlestick Injuries Chapter #0.43: start 2460.750000, end 2463.250000 Metadata: title : Minimizing Risks Chapter #0.44: start 2463.250000, end 2541.250000 Metadata: title : Minimizing Risks Chapter #0.45: start 2541.250000, end 2623.250000 Metadata: title : Training Chapter #0.46: start 2623.250000, end 2696.250000 Metadata: title : Training Chapter #0.47: start 2696.250000, end 2738.250000 Metadata: title : Training Chapter #0.48: start 2738.250000, end 2883.250000 Metadata: title : Proper Supervision Chapter #0.49: start 2883.250000, end 2883.250000 Metadata: title : Proper Supervision Chapter #0.50: start 2883.250000, end 2884.250000 Metadata: title : Proper Supervision Chapter #0.51: start 2884.250000, end 2918.250000 Metadata: title : Proper Supervision Chapter #0.52: start 2918.250000, end 2945.250000 Metadata: title : Proper Supervision Chapter #0.53: start 2945.250000, end 2951.750000 Metadata: title : Documentation Chapter #0.54: start 2951.750000, end 3066.750000 Metadata: title : Why is documentation so important? Chapter #0.55: start 3066.750000, end 3101.250000 Metadata: title : Slide 52 Chapter #0.56: start 3101.250000, end 3173.750000 Metadata: title : Proper Documentation Chapter #0.57: start 3173.750000, end 3197.750000 Metadata: title : Slide 54 Chapter #0.58: start 3197.750000, end 3314.750000 Metadata: title : Slide 55 Chapter #0.59: start 3314.750000, end 3340.250000 Metadata: title : Summary Chapter #0.60: start 3340.250000, end 3655.750000 Metadata: title : Slide 57 Chapter #0.61: start 3655.750000, end 4003.048000 Metadata: title : Thank you! Stream #0.0, 18, 1/1000: Audio: wmav2, 16000 Hz, 1 channels, s16, 16 kb/s Stream #0.1, 2, 1/1000: Video: MSS2 / 0x3253534D, 704x528, 1/1000, 2 tbr, 1k tbn, 1k tbc Stream #0.2, 0, 1/1000: Data: 0x0000 File 'output.mp4' already exists. Overwrite ? [y/N] y swScaler: Unknown format is not supported as input pixel format Cannot get resampling context -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 01:35:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 18 Apr 2012 23:35:00 -0000 Subject: [FFmpeg-trac] #1230(undetermined:new): wmv -> mp4 "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context" In-Reply-To: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> References: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> Message-ID: <055.ae12e1e348116f255950542e3f08c42a@avcodec.org> #1230: wmv -> mp4 "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context" -------------------------------------+------------------------------------- Reporter: themikeybee | 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 themikeybee): My apologies, this is my first bug on here, and i don't think I'm doing this right, but the modify button doesn't let me edit my post. At any rate, the original input file was about 13 megs, but the attach page only lets me go up to 2.5, so I dd'd a 2.5 meg copy (now attached). I did re- run my testing to see if the smaller file size would change anything, and it did not. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 08:14:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 06:14:01 -0000 Subject: [FFmpeg-trac] #1230(avcodec:open): Support Windows Media Screen Codec 2 (was: wmv -> mp4 "swScaler: Unknown format is not supported as input pixel format - Cannot get resampling context") In-Reply-To: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> References: <040.6198eab0c7cd683740a1f8908523ddb9@avcodec.org> Message-ID: <055.93258372a0e8c8eecae14e3f7cae9fd7@avcodec.org> #1230: Support Windows Media Screen Codec 2 -------------------------------------+----------------------------------- Reporter: themikeybee | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mss2 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => mss2 * type: defect => enhancement Comment: {{{ $ ffmpeg -i smaller-sample-file.wmv ffmpeg version N-39961-gdddd06d Copyright (c) 2000-2012 the FFmpeg developers built on Apr 18 2012 22:40:59 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --enable- libopenjpeg --extra-ldflags=-lm --enable-libmp3lame libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [asf @ 0x8ee9380] Could not find codec parameters (Video: none (MSS2 / 0x3253534D), 704x528, 260 kb/s) Input #0, asf, from 'smaller-sample-file.wmv': Metadata: title : Phlebotomy Forum-Legal Considerations in Phlebotomy comment : Microsoft Office LiveMeeting 2005 Replay. Recorded on Wednesday, November 9, 2011 11:01:34 AM GMT-06:00 WM/Year : 2011 WMFSDKVersion : 10.00.00.4007 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 01:06:38.04, start: 0.000000, bitrate: 5 kb/s Chapter #0.0: start 5.000000, end 87.750000 Metadata: title : Legal Considerations in Phlebotomy Chapter #0.1: start 87.750000, end 105.750000 Metadata: title : Disclosures: Chapter #0.2: start 105.750000, end 170.750000 Metadata: title : Agenda Chapter #0.3: start 170.750000, end 291.250000 Metadata: title : The High Price of Malpractice Claims Chapter #0.4: start 291.250000, end 380.250000 Metadata: title : Malpractice = Medical Negligence Chapter #0.5: start 380.250000, end 409.750000 Metadata: title : Duty Chapter #0.6: start 409.750000, end 578.250000 Metadata: title : Standards in Phlebotomy Chapter #0.7: start 578.250000, end 650.750000 Metadata: title : Causation Chapter #0.8: start 650.750000, end 736.250000 Metadata: title : Failure to License Not Cause Chapter #0.9: start 736.250000, end 826.250000 Metadata: title : Causation Not Established Chapter #0.10: start 826.250000, end 1000.250000 Metadata: title : Injury Chapter #0.11: start 1000.250000, end 1083.250000 Metadata: title : Fear Chapter #0.12: start 1083.250000, end 1194.250000 Metadata: title : Distress Chapter #0.13: start 1194.250000, end 1225.250000 Metadata: title : Compensable Harm Chapter #0.14: start 1225.250000, end 1305.750000 Metadata: title : Types of Damages Chapter #0.15: start 1305.750000, end 1370.750000 Metadata: title : Wanton Disregard Chapter #0.16: start 1370.750000, end 1384.250000 Metadata: title : Source of Errors Chapter #0.17: start 1384.250000, end 1472.250000 Metadata: title : Procedural Errors Chapter #0.18: start 1472.250000, end 1526.250000 Metadata: title : Decisional Errors Chapter #0.19: start 1526.250000, end 1553.750000 Metadata: title : Administrative Errors Chapter #0.20: start 1553.750000, end 1583.250000 Metadata: title : Wilkerson v. Laboratory Corp. of America (2005) Chapter #0.21: start 1583.250000, end 1629.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.22: start 1629.750000, end 1631.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.23: start 1631.750000, end 1667.750000 Metadata: title : Wilkerson v. LabCorp, cont?d Chapter #0.24: start 1667.750000, end 1699.750000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al (2005) Chapter #0.25: start 1699.750000, end 1733.250000 Metadata: title : Baptist Healthcare Systems, Inc. v. Golda Miller, et al Chapter #0.26: start 1733.250000, end 1760.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.27: start 1760.250000, end 1796.750000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.28: start 1796.750000, end 1861.250000 Metadata: title : Fairshter v. American National Red Cross (2004) Chapter #0.29: start 1861.250000, end 1958.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.30: start 1958.250000, end 1959.250000 Metadata: title : No Negligence Chapter #0.31: start 1959.250000, end 1988.750000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.32: start 1988.750000, end 1994.750000 Metadata: title : No Negligence Chapter #0.33: start 1994.750000, end 2011.250000 Metadata: title : Pietrunti v. Island Diagnostic Laboratories (1998) Chapter #0.34: start 2011.250000, end 2029.750000 Metadata: title : Mislabels Chapter #0.35: start 2029.750000, end 2125.750000 Metadata: title : Mislabels Chapter #0.36: start 2125.750000, end 2192.750000 Metadata: title : You Be The Judge Chapter #0.37: start 2192.750000, end 2250.750000 Metadata: title : You Be the Judge Chapter #0.38: start 2250.750000, end 2307.250000 Metadata: title : You Be the Judge Chapter #0.39: start 2307.250000, end 2349.750000 Metadata: title : You Be the Judge Chapter #0.40: start 2349.750000, end 2395.250000 Metadata: title : You Be the Judge Chapter #0.41: start 2395.250000, end 2397.750000 Metadata: title : Needlestick Injuries Chapter #0.42: start 2397.750000, end 2460.750000 Metadata: title : Needlestick Injuries Chapter #0.43: start 2460.750000, end 2463.250000 Metadata: title : Minimizing Risks Chapter #0.44: start 2463.250000, end 2541.250000 Metadata: title : Minimizing Risks Chapter #0.45: start 2541.250000, end 2623.250000 Metadata: title : Training Chapter #0.46: start 2623.250000, end 2696.250000 Metadata: title : Training Chapter #0.47: start 2696.250000, end 2738.250000 Metadata: title : Training Chapter #0.48: start 2738.250000, end 2883.250000 Metadata: title : Proper Supervision Chapter #0.49: start 2883.250000, end 2884.250000 Metadata: title : Proper Supervision Chapter #0.50: start 2883.250000, end 2884.250000 Metadata: title : Proper Supervision Chapter #0.51: start 2884.250000, end 2918.250000 Metadata: title : Proper Supervision Chapter #0.52: start 2918.250000, end 2945.250000 Metadata: title : Proper Supervision Chapter #0.53: start 2945.250000, end 2951.750000 Metadata: title : Documentation Chapter #0.54: start 2951.750000, end 3066.750000 Metadata: title : Why is documentation so important? Chapter #0.55: start 3066.750000, end 3101.250000 Metadata: title : Slide 52 Chapter #0.56: start 3101.250000, end 3173.750000 Metadata: title : Proper Documentation Chapter #0.57: start 3173.750000, end 3197.750000 Metadata: title : Slide 54 Chapter #0.58: start 3197.750000, end 3314.750000 Metadata: title : Slide 55 Chapter #0.59: start 3314.750000, end 3340.250000 Metadata: title : Summary Chapter #0.60: start 3340.250000, end 3655.750000 Metadata: title : Slide 57 Chapter #0.61: start 3655.750000, end 3998.048000 Metadata: title : Thank you! Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 16000 Hz, 1 channels, s16, 16 kb/s Stream #0:1: Video: none (MSS2 / 0x3253534D), 704x528, 260 kb/s, 2 tbr, 1k tbn, 1k tbc Stream #0:2: Data: none At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 09:54:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 07:54:28 -0000 Subject: [FFmpeg-trac] #1201(FFplay:new): Write Access Violation In-Reply-To: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> References: <037.fae6638e6bacb6694ddf4d4500006515@avcodec.org> Message-ID: <052.6950bfac43d0af2af1632c7aa91aca91@avcodec.org> #1201: Write Access Violation -------------------------------------+---------------------------------- Reporter: daybreak | Owner: Type: defect | Status: new Priority: critical | Component: FFplay Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+---------------------------------- Comment (by ronag): I have the same problem, win64 static build ffplay crashes on win64 with some files, I added two samples in (ftp://upload.ffmpeg.org/incoming/intermittent_win64_ffplay_crash. I do not have this problem with win32 static build ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 09:56:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 07:56:42 -0000 Subject: [FFmpeg-trac] #1231(avformat:new): ffplay access violation Message-ID: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> #1231: ffplay access violation ----------------------------------+--------------------------------------- Reporter: ronag | Type: defect Status: new | Priority: normal Component: avformat | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+--------------------------------------- win64 static build (http://ffmpeg.zeranoe.com/builds/, 2012-04-16) ffplay crashes on win64 with some files, I added two samples in (ftp://upload.ffmpeg.org/incoming/intermittent_win64_ffplay_crash). I do not have this problem with win32 static build ffplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 10:15:02 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 08:15:02 -0000 Subject: [FFmpeg-trac] #1115(undetermined:new): live mpeg-ts stream encoding failed In-Reply-To: <037.3d5500d64076494804121ea5bc166e2a@avcodec.org> References: <037.3d5500d64076494804121ea5bc166e2a@avcodec.org> Message-ID: <052.632739b4f4e605fbbe804c1d59ec12c4@avcodec.org> #1115: live mpeg-ts stream encoding failed ----------------------------------+---------------------------------------- Reporter: mihakiev | Owner: Type: defect | Status: new Priority: normal | Component: undetermined Version: 0.10 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Comment (by mihakiev): Have you any updates on issue? Any terms? Thank you. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 10:40:44 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 08:40:44 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.2a9146a1840cf5d5c2e9fc2c1ea5f8ca@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => win64 * component: avformat => undetermined Comment: Both samples show no problems with valgrind here. Is the crash also reproducible with ffmpeg -i input -f null - ? Please add gdb output as explained on http://ffmpeg.org/bugreports.html (gdb works fine on Windows64), please understand that it is unlikely a crash without backtrace gets fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 10:54:35 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 08:54:35 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.7a06a417aa1eb1bbdd8491938e6e90bb@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Any ideas? If I set the input to be the sample file and change the ouput to be a plain flv file everything converts fine. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 10:58:21 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 08:58:21 -0000 Subject: [FFmpeg-trac] #1232(undetermined:new): aasc: shaking video Message-ID: <038.6bd77da797eb0fab1383cd24837edc6c@avcodec.org> #1232: aasc: shaking video -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-12d73e34.html r18709 28-Apr-2009 - ok r18866 17-May-2009 - bad decodes correctly with original codec {{{ C:\>ffmpeg -i autodeskrle.avi out.avi ffmpeg version N-39881-gdcd207c Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 02:23:18 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x23263e0] Header missing Input #0, avi, from 'autodeskrle.avi': Duration: 00:00:12.64, start: 0.000000, bitrate: 40577 kb/s Stream #0:0: Video: aasc (AASC / 0x43534141), bgr24, 320x240, 23.97 tbr, 23. 97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16, 128 kb /s Incompatible pixel format 'bgr24' for codec 'mpeg4', auto-selecting format 'yuv4 20p' [buffer @ 0x1dc5f40] w:320 h:240 pixfmt:bgr24 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [buffersink @ 0x1dc5fc0] auto-inserting filter 'auto-inserted scale 0' between t he filter 'src' and the filter 'out' [scale @ 0x1dc64e0] w:320 h:240 fmt:bgr24 sar:0/1 -> w:320 h:240 fmt:yuv420p sar :0/1 flags:0x4 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 320x240, q=2-31, 200 kb/s, 23.97 tbn, 23.97 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 44100 Hz, stereo, s16 Stream mapping: Stream #0:0 -> #0:0 (aasc -> mpeg4) Stream #0:1 -> #0:1 (mp3 -> libmp3lame) Press [q] to stop, [?] for help [mp3 @ 0x23263e0] Header missing Error while decoding stream #0:1 [aasc @ 0x1db2320] Next line is beyond picture bounds (738 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (666 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (662 bytes left) frame= 6 fps=0.0 q=2.4 size= 36kB time=00:00:00.25 bitrate=1179.8kbits/s frame= 18 fps= 17 q=9.0 size= 70kB time=00:00:00.75 bitrate= 763.2kbits/s Next line is beyond picture bounds (876 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (856 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (680 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (716 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (896 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (178 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (858 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (788 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (738 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (570 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (592 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (870 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (802 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (778 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (958 bytes left) frame= 35 fps= 22 q=3.7 size= 101kB time=00:00:01.46 bitrate= 569.1kbits/s Next line is beyond picture bounds (938 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (972 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (634 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (856 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (930 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (888 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (836 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (756 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (838 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (958 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (884 bytes left) frame= 46 fps= 22 q=3.8 size= 127kB time=00:00:01.91 bitrate= 541.3kbits/s Next line is beyond picture bounds (954 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (788 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (776 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (948 bytes left) Last message repeated 1 times [aasc @ 0x1db2320] Next line is beyond picture bounds (890 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (942 bytes left) frame= 56 fps= 21 q=6.1 size= 152kB time=00:00:02.33 bitrate= 532.8kbits/s Next line is beyond picture bounds (960 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (910 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (884 bytes left) frame= 67 fps= 22 q=5.7 size= 177kB time=00:00:02.79 bitrate= 518.7kbits/s Next line is beyond picture bounds (866 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (822 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (834 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (954 bytes left) frame= 83 fps= 23 q=7.0 size= 211kB time=00:00:03.46 bitrate= 498.8kbits/s Next line is beyond picture bounds (846 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (964 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (742 bytes left) frame= 96 fps= 23 q=8.0 size= 239kB time=00:00:04.00 bitrate= 489.0kbits/s Next line is beyond picture bounds (742 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (906 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (766 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (844 bytes left) frame= 112 fps= 24 q=8.3 size= 276kB time=00:00:04.67 bitrate= 484.4kbits/s Next line is beyond picture bounds (844 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (770 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (796 bytes left) frame= 126 fps= 25 q=7.6 size= 303kB time=00:00:05.25 bitrate= 472.8kbits/s Next line is beyond picture bounds (714 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (646 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (946 bytes left) frame= 141 fps= 25 q=9.7 size= 333kB time=00:00:05.88 bitrate= 464.1kbits/s Next line is beyond picture bounds (702 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (816 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (894 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (676 bytes left) frame= 156 fps= 25 q=10.6 size= 363kB time=00:00:06.50 bitrate= 456.8kbits/ Next line is beyond picture bounds (822 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (848 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (948 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (664 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (614 bytes left) frame= 172 fps= 26 q=8.6 size= 394kB time=00:00:07.17 bitrate= 450.2kbits/s Next line is beyond picture bounds (812 bytes left) [aasc @ 0x1db2320] Next line is beyond picture bounds (850 bytes left) Next line is beyond picture bounds (916 bytes left) frame= 182 fps= 26 q=8.0 Lsize= 428kB time=00:00:07.59 bitrate= 461.3kbits/ s video:281kB audio:125kB global headers:0kB muxing overhead 5.235374% Received signal 2: terminating. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 12:15:01 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 10:15:01 -0000 Subject: [FFmpeg-trac] #1233(undetermined:new): ffplay: regression while seeking in dv Message-ID: <038.04e003673f207d050b0098b6ff0006ec@avcodec.org> #1233: ffplay: regression while seeking in dv -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-3cf4240d.html please seek with the mouse in uploaded file to see the problem git-6bfb304 09-Apr-2012 - ok git-4fa706a 16-Apr-2012 - bad {{{ C:\>ffplay dv.dv ffplay version N-39877-g4fa706a Copyright (c) 2003-2012 the FFmpeg developers built on Apr 16 2012 14:53:47 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, dv, from 'dv.dv': Metadata: timecode : 00:00:00;00 Duration: N/A, start: 0.000000, bitrate: 28771 kb/s Stream #0:0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, SAR 8:9 DAR 4:3, 29.97 tbr, 29.97 tbn, 29.97 tbc Stream #0:1: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s Stream #0:2: Audio: pcm_s16le, 32000 Hz, 2 channels, s16, 1024 kb/s [buffersink @ 02243b80] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 02243f80] w:720 h:480 fmt:yuv411p sar:8/9 -> w:720 h:480 fmt:yuv420p sa r:8/9 flags:0x4 [dvvideo @ 02c981e0] AC EOB marker is absent pos=64 Last message repeated 9 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=70 Last message repeated 1 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=64 Last message repeated 4 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=66 [dvvideo @ 02c981e0] AC EOB marker is absent pos=64 Last message repeated 8 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=71 [dvvideo @ 02c981e0] AC EOB marker is absent pos=76 [dvvideo @ 02c981e0] AC EOB marker is absent pos=64 Last message repeated 1 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=70 [dvvideo @ 02c981e0] AC EOB marker is absent pos=72 [dvvideo @ 02c981e0] AC EOB marker is absent pos=64 Last message repeated 13 times [dvvideo @ 02c981e0] AC EOB marker is absent pos=66 Last message repeated 1 times }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 13:36:09 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 11:36:09 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.2bff4cc496e1809a8f113fc7195051e5@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Excuse me for posting the third post in a row. Got some changes. I can stream the dvb stream for the first 1 or 2 seconds to my rtmp server, but then ffmpeg exits. If I change the input file to the sample one, then the whole file gets sent to the rtmp server. log - http://pastebin.com/dqGtBYNe -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 14:39:20 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 12:39:20 -0000 Subject: [FFmpeg-trac] #1232(avcodec:open): aasc: shaking video In-Reply-To: <038.6bd77da797eb0fab1383cd24837edc6c@avcodec.org> References: <038.6bd77da797eb0fab1383cd24837edc6c@avcodec.org> Message-ID: <053.8ff591a1998465d8ccde7916b6b391ae@avcodec.org> #1232: aasc: shaking video ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aasc | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => aasc * priority: normal => important * status: new => open * component: undetermined => avcodec * version: unspecified => git-master Comment: Regression since b3867c9. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 14:42:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 12:42:42 -0000 Subject: [FFmpeg-trac] #1232(avcodec:open): aasc: shaking video In-Reply-To: <038.6bd77da797eb0fab1383cd24837edc6c@avcodec.org> References: <038.6bd77da797eb0fab1383cd24837edc6c@avcodec.org> Message-ID: <053.27951a5662024a19032f51d31763c426@avcodec.org> #1232: aasc: shaking video -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aasc | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aasc => aasc regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 15:08:36 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 13:08:36 -0000 Subject: [FFmpeg-trac] #1233(avformat:open): ffplay: regression while seeking in dv In-Reply-To: <038.04e003673f207d050b0098b6ff0006ec@avcodec.org> References: <038.04e003673f207d050b0098b6ff0006ec@avcodec.org> Message-ID: <053.66ff3ea32cf819de00f5164e036bd843@avcodec.org> #1233: ffplay: regression while seeking in dv -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: dv | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => dv regression Comment: Regression since cbf767a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 15:31:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 13:31:33 -0000 Subject: [FFmpeg-trac] #1234(undetermined:new): flic in avi doesn't decode Message-ID: <038.f24ccf1250cc80470cc9bf1ab96788c5@avcodec.org> #1234: flic in avi doesn't decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-babe5a51.html works fine with original codec {{{ C:\>ffmpeg -i autodeskflc.avi out.avi ffmpeg version N-39881-gdcd207c Copyright (c) 2000-2012 the FFmpeg developers built on Apr 17 2012 02:23:18 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [flic @ 0x23276e0] Expected extradata of 12, 128 or 1024 bytes Last message repeated 1 times Input #0, avi, from 'autodeskflc.avi': Duration: 00:00:12.59, start: 0.000000, bitrate: 6573 kb/s Stream #0:0: Audio: mp3 (U[0][0][0] / 0x0055), 22050 Hz, stereo, s16, 56 kb/ s Stream #0:1: Video: flic (AFLC / 0x434C4641), 320x240, 23.97 tbr, 23.97 tbn, 23.97 tbc Video pixel format is unknown, stream cannot be encoded }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 15:48:41 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 13:48:41 -0000 Subject: [FFmpeg-trac] #1228(undetermined:open): Wrong aspect when playing wmv3 in avi with ffplay In-Reply-To: <036.afc13e2097322f1a931f757276a832a6@avcodec.org> References: <036.afc13e2097322f1a931f757276a832a6@avcodec.org> Message-ID: <051.112537b0b938b8750d98d08e0358a3fd@avcodec.org> #1228: Wrong aspect when playing wmv3 in avi with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aspect | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: aspect => aspect regression * status: new => open Comment: This is an avfilter-related regression. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 16:14:07 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 14:14:07 -0000 Subject: [FFmpeg-trac] #1234(undetermined:open): flic in avi doesn't decode In-Reply-To: <038.f24ccf1250cc80470cc9bf1ab96788c5@avcodec.org> References: <038.f24ccf1250cc80470cc9bf1ab96788c5@avcodec.org> Message-ID: <053.4e83885179aed11b13007bb720e6326d@avcodec.org> #1234: flic in avi doesn't decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: flic | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => flic * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Extradata size is 904, works fine with mplayer -vc fffli -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 19:39:28 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 17:39:28 -0000 Subject: [FFmpeg-trac] #1235(avformat:new): ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) Message-ID: <031.668437dde0e87594b011be17057e73f2@avcodec.org> #1235: ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) ----------------------------------+-------------------------------------- Reporter: ls | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- {{{ $ ffmpeg -f s16le -ac 2 -ar 48000 -i <(ffmpeg -loglevel warning -i camera- raw.mp4 -c:a pcm_s16le -f s16le -ac 2 -ar 48000 -) out.wav ffmpeg version git-2012-04-19-ab75ad0 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 19 2012 19:20:02 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3) configuration: --prefix=/homes/lschilli/src/ffmpeg-gar-osx/build --enable-shared --disable-static --enable-gpl --enable-nonfree --enable- libmp3lame --enable-libx264 --enable-libxvid --enable-sram --cpu=core2 --enable-hwaccel=h264_vaapi --enable-hwaccel=mpeg2_vaapi --enable- hwaccel=mpeg4_vaapi --enable-libfaac --disable-ffserver --enable- libfreetype --enable-x11grab libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, s16le, from '/dev/fd/63': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Guessed Channel Layout for Input Stream #0.0 : stereo Output #0, wav, to '/tmp/out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16, 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16le -> pcm_s16le) Press [q] to stop, [?] for help Truncating packet of size 4096 to 1 [pcm_s16le @ 0x101853e00] invalid PCM packet Error while decoding stream #0:0 Truncating packet of size 4096 to 1 [pcm_s16le @ 0x101853e00] invalid PCM packet Error while decoding stream #0:0 Truncating packet of size 4096 to 1 [pcm_s16le @ 0x101853e00] invalid PCM packet Error while decoding stream #0:0 Truncating packet of size 4096 to 1 [pcm_s16le @ 0x101853e00] invalid PCM packet [...] }}} Removing `size= ffio_limit(s, size);` from `av_get_packet` in `libavformat/utils.c` seems to be a workaround for this problem. On linux the same command line results in only one of the error messages above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 20:10:10 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 18:10:10 -0000 Subject: [FFmpeg-trac] #1191(undetermined:closed): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.c245ea592e12f12bfed2b669bda5020f@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test ffmpeg -i input -vcodec png out.avi with WMP and different pix_fmts with and without this patch (if this works at all with -pix_fmt rgb24)? http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/143645 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 21:05:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 19:05:19 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.8498b7491ca77e1b6f96e5c861891a64@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): Crash with ffmpeg -i input -f null as well. I'll try to get debug win64 binaries to run it with. With the regular binaries gdb complains that ffmpeg.exe is "not in executable format". -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 21:18:17 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 19:18:17 -0000 Subject: [FFmpeg-trac] #1191(undetermined:closed): qt tiff enc: make output compatible with quitcktime In-Reply-To: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> References: <038.e5c59d193a3be060acb4c6f22de7fa6f@avcodec.org> Message-ID: <053.5a8c5ddda34fc457e0fb3dbe58173c88@avcodec.org> #1191: qt tiff enc: make output compatible with quitcktime -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: mov tif | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ami_stuff): I have installed CorePNG codec, so WMP is able to play output avi from this: ffmpeg -i test.bmp -pix_fmt -vtag PNG1 out.avi and WMP plays correctly (with and without your patch) monob/gray/pal8/rgb24 and rgba. VirtualDub is not so happy: monob/gray/pal8 decodes incorrectly rgb24/rgba: first frame decodes ok, next frames are upside-down but this in unrealted to your patch, so in short your patch shouldn't break anything for at least CorePNG codec in AVI. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 21:26:43 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 19:26:43 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.1f172a5c6c8a3240f8c64beee18e9df7@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): Works fine with 32 bit ffmpeg/ffplay, and both 32 bit and 64 bit avconv/avplay. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 21:44:15 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 19:44:15 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.7a9a4bcc0356c4a5bc8efda3923ea362@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): I've tried to reproduce it in VS2010 using the ffmpeg libraries: I can also get the w64 build to crash with the following. {{{ while(true) { AVFormatContext* ic = nullptr; avformat_open_input(&ic, "M:\\t.mp4", nullptr, nullptr); avformat_find_stream_info(ic, nullptr); avformat_close_input(&ic); Sleep(1000); } }}} Which crashes. It is interesting that it crashes on vmovaps, since I just recently upgraded to a Sandy Bridge cpu with AVX instructions. ---------------------------------------------- {{{ avcodec-54.dll!000000006a5b7ef0() [Frames below may be incorrect and/or missing, no symbols loaded for avcodec-54.dll] avcodec-54.dll!000000006a5b8035() avcodec-54.dll!000000006a5b8e95() avcodec-54.dll!000000006a5b8ed5() avcodec-54.dll!000000006a5b8f15() avcodec-54.dll!000000006a5b8f55() avcodec-54.dll!000000006a5badf6() avcodec-54.dll!000000006b381fa0() }}} -------------------------------------------- {{{ 000000006A5B7EF0 vmovaps ymm2,ymmword ptr [rcx+40h] <-- Access violation reading location 0xffffffffffffffff. 000000006A5B7EF5 vmovaps ymm3,ymmword ptr [rcx+60h] 000000006A5B7EFA vsubps ymm7,ymm2,ymm3 000000006A5B7EFE vaddps ymm2,ymm2,ymm3 000000006A5B7F02 vxorps ymm7,ymm7,ymmword ptr [6ADEA300h] 000000006A5B7F0A vshufps ymm3,ymm2,ymm7,0BEh 000000006A5B7F0F vshufps ymm2,ymm2,ymm7,44h 000000006A5B7F14 vsubps ymm7,ymm2,ymm3 000000006A5B7F18 vaddps ymm2,ymm2,ymm3 000000006A5B7F1C vshufps ymm3,ymm2,ymm7,0DDh 000000006A5B7F21 vshufps ymm2,ymm2,ymm7,88h }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 19 22:18:53 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 20:18:53 -0000 Subject: [FFmpeg-trac] #1228(undetermined:open): Wrong aspect when playing wmv3 in avi with ffplay In-Reply-To: <036.afc13e2097322f1a931f757276a832a6@avcodec.org> References: <036.afc13e2097322f1a931f757276a832a6@avcodec.org> Message-ID: <051.e9e2109155ac16b061012ef613a9e8e9@avcodec.org> #1228: Wrong aspect when playing wmv3 in avi with ffplay -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: cus Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: aspect | Resolution: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cus): * owner: => cus -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 01:54:56 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 19 Apr 2012 23:54:56 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 Message-ID: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- '/usr/local/bin/ffmpeg' -y -i sample.wmv -threads 0 -acodec libfaac -strict experimental -vcodec libx264 -ab 64k -s 480x270 -t 10000 sample.mp4 ffmpeg version git-2012-04-05-2c5a295 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 18 2012 18:00:41 with gcc 4.4.5 configuration: --enable-gpl --enable-libx264 --enable-nonfree --enable- libfaac libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [wmv3 @ 0xa935980] Extra data: 8 bits left, value: 0 Input #0, asf, from 'sample.wmv': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:03.90, start: 0.000000, bitrate: 1707 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 48 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 426x240, 1500 kb/s, 29.97 tbr, 1k tbn, 1k tbc [buffer @ 0xa92f1a0] w:426 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 [scale @ 0xa969ea0] w:426 h:240 fmt:yuv420p sar:0/1 -> w:480 h:270 fmt:yuv420p sar:0/1 flags:0x4 [libx264 @ 0xa936c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0xa936c00] profile High, level 2.1 [libx264 @ 0xa936c00] 264 - core 122 - 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 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 [wmv3 @ 0xa935980] Extra data: 8 bits left, value: 0 Output #0, mp4, to 'sample.mp4': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.3.100 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 480x270, q=-1 --1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 44100 Hz, 2 channels, s16, 64 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> libx264) Stream #0:0 -> #0:1 (wmav2 -> libfaac) Press [q] to stop, [?] for help [mp4 @ 0xa9364c0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 7168 >= 6615 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 03:00:05 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 01:00:05 -0000 Subject: [FFmpeg-trac] #1237(avformat:new): small audio file in MpegTs container cannot be open by ffmpeg. Message-ID: <035.842f8ccd0a2faed4685dc43f4888957f@avcodec.org> #1237: small audio file in MpegTs container cannot be open by ffmpeg. --------------------------------------+---------------------------------- Reporter: tfoucu | Owner: Type: defect | Status: new Priority: normal | Component: avformat Version: git-master | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 --------------------------------------+---------------------------------- Create a small audio silence file at low bitrate and output it to an mpeg2ts container Something like this. ./ffmpeg -ac 1 -ar 22050 -f s16le -i /dev/zero -b:a 32k -f mpegts -t 1.5 -y /tmp/test.ts it will create a file of small size (less than 8KBytes) ls /tmp/test.ts 7520 2012-04-19 17:51 /tmp/test.ts Then try to open it with ffmpeg and it will fail ./ffmpeg -i /tmp/test.ts ffmpeg version N-39707-gf22bf52 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 16:22:27 with gcc 4.4.3 configuration: --enable-nonfree --enable-version3 --enable-gpl --disable-mmx --enable-debug libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 /tmp/test.ts: Operation not permitted The problem is in mpegts_read_header function which require 8KBytes of data to process the file. But this file is vallid. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 07:57:30 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 05:57:30 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.da4b5e47b427713b2121d3d5607fc0c4@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 cehoyos): Did you use a gdb version that is able to debug win64 binaries? Please recompile FFmpeg with debug symbols enabled. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 07:58:58 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 05:58:58 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.cdba43db79fe7029a972d8338cab13a6@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => av_interleaved_write_frame Comment: Please test current git head. Is this also reproducible without using external libraries (libx264 and libfaac)? Is this also reproducible with -an or -vn? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 08:04:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 06:04:37 -0000 Subject: [FFmpeg-trac] #1237(avformat:closed): small audio file in MpegTs container cannot be open by ffmpeg. In-Reply-To: <035.842f8ccd0a2faed4685dc43f4888957f@avcodec.org> References: <035.842f8ccd0a2faed4685dc43f4888957f@avcodec.org> Message-ID: <050.d34a5eae7cf0b519cbb9dc7e66fa48e9@avcodec.org> #1237: small audio file in MpegTs container cannot be open by ffmpeg. ------------------------------------+------------------------------------- Reporter: tfoucu | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: git-master | Resolution: duplicate Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+------------------------------------- Changes (by cehoyos): * cc: tfoucu@? (removed) * keywords: => mpegts * status: new => closed * resolution: => duplicate Comment: Duplicate of ticket #1094. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 08:04:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 06:04:53 -0000 Subject: [FFmpeg-trac] #1094(avformat:open): ts: operation not permitted In-Reply-To: <038.3cea1b8677a7a5a4b597d848c500701d@avcodec.org> References: <038.3cea1b8677a7a5a4b597d848c500701d@avcodec.org> Message-ID: <053.000a542f881acd25ee8c70a7ed511701@avcodec.org> #1094: ts: operation not permitted -------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: unspecified | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => mpegts -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 09:05:23 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 07:05:23 -0000 Subject: [FFmpeg-trac] #1238(avfilter:new): Overlaying is late for one frame! Message-ID: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> #1238: Overlaying is late for one frame! -------------------------------------+------------------------------------- Reporter: ssp43 | Type: defect Status: new | Priority: important Component: avfilter | Version: git- Keywords: split | master overlay buffer | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Hi! I try to overlay the same scaled frame on each frame of my video: ffmpeg -i Video.m2v -vf "split [out1] [out2]; [out2] scale=iw/4:ih/4 [patch1]; [out1] [patch1] overlay=20:50 [out]" -target pal-dvd -y Video_new.m2v And I see that overlaying is late for one frame! Log-file and screenshots of frames in attachment. You can take any video with quick frame change and you will see. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 11:35:21 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 09:35:21 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.3633ed4ee3783db844f1284b0915e4ff@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): I use gdb which is included in the mingw installation found here, http://sourceforge.net/projects/mingw-w64/. I cannot compile ffmpeg, a virtual linux dist does not fit on my ssd drive. I'm trying to get debug binaries through other means. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 12:47:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 10:47:52 -0000 Subject: [FFmpeg-trac] #1238(avfilter:open): Overlaying is late for one frame! In-Reply-To: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> References: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> Message-ID: <049.611b2001df9ec9f5ceaf7d33a827ca3b@avcodec.org> #1238: Overlaying is late for one frame! -------------------------------------+------------------------------------- Reporter: ssp43 | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: split | Blocked By: overlay buffer | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * priority: important => normal * status: new => open Comment: Do you think this is a regression? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 13:18:52 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 11:18:52 -0000 Subject: [FFmpeg-trac] #1238(avfilter:open): Overlaying is late for one frame! In-Reply-To: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> References: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> Message-ID: <049.11d56c765e89f295e93bc2ffe24c914b@avcodec.org> #1238: Overlaying is late for one frame! -------------------------------------+------------------------------------- Reporter: ssp43 | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: split | Blocked By: overlay buffer | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ssp43): I don't know. I've never had to face this situation. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 13:20:10 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 11:20:10 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.7ce8e22d740155e2b9b54ff25a8d9e0f@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 cehoyos): Replying to [comment:6 ronag]: > I use gdb which is included in the mingw installation found here, http://sourceforge.net/projects/mingw-w64/. > > I cannot compile ffmpeg FFmpeg compilation should work out-of-the-box with mingw, do you see any problems? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 13:42:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 11:42:17 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.7ab22c386da06f6c9483ef659cad02bb@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): > FFmpeg compilation should work out-of-the-box with mingw, do you see any problems? The problem is that I'm on Windows, and don't know how to compile ffmpeg. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 13:53:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 11:53:56 -0000 Subject: [FFmpeg-trac] #1238(avfilter:open): Overlaying is late for one frame! In-Reply-To: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> References: <034.d9a01d9e9e3e23a2c8124c78deeb668a@avcodec.org> Message-ID: <049.554ceb4bf41b4d8f898d3c0df7015028@avcodec.org> #1238: Overlaying is late for one frame! -------------------------------------+------------------------------------- Reporter: ssp43 | Owner: Type: defect | Status: open Priority: normal | Component: avfilter Version: git-master | Resolution: Keywords: split | Blocked By: overlay buffer | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Cigaes): * reproduced: 0 => 1 Comment: Confirmed with {{{-vf}}} (and {{{-f lavfi -i testsrc}}} as input) but not with {{{-f lavfi}}}. I will be reworking the whole scheduling logic of filters, including {{{vf_overlay}}}. I'll keep in mind to check that particular case. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 15:03:37 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 13:03:37 -0000 Subject: [FFmpeg-trac] #1239(undetermined:new): rv20: crash with lowres Message-ID: <038.d52b6354119a751217541d7a54a665b9@avcodec.org> #1239: rv20: crash with lowres -------------------------------------+------------------------------------- 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 encoded with "Compression: G2" works ok: G2_320_240.rm the file encoded with "Compression: G2 with SVT" crashes: G2_with_SVT_320_240.rm {{{ (gdb) r -vlowres 2 -i G2_with_SVT_320_240.rm out.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-7432bcf\ffmpeg_g.exe -vlowres 2 -i G2_with_SVT_320_240.rm out.avi [New Thread 2860.0x7a8] ffmpeg version 0.10.2.git-7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 01:02:52 with gcc 4.6.1 configuration: --disable-ffprobe libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 [rm @ 039d2340] Unsupported stream type 00000180 [rm @ 039d2340] max_analyze_duration 5000000 reached at 5000000 Input #0, rm, from 'G2_with_SVT_320_240.rm': Metadata: title : author : copyright : comment : Duration: 00:00:05.90, start: 0.000000, bitrate: 984 kb/s Stream #0:0: Video: rv20 (RV20 / 0x30325652), yuv420p, 80x60, 1000 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:1: Data: none w:80 h:60 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 Output #0, avi, to 'out.avi': Metadata: INAM : author : ICOP : ICMT : ISFT : Lavf54.3.100 Stream #0:0: Video: mpeg4 (FMP4 / 0x34504D46), yuv420p, 80x60, q=2-31, 200 k b/s, 15 tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (rv20 -> mpeg4) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. 0x7c919d6f in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll (gdb) bt #0 0x7c919d6f in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #1 0x7c96fb98 in ntdll!RtlpNtMakeTemporaryKey () from C:\WINDOWS\system32\ntdll.dll #2 0x7c94b244 in ntdll!LdrFindEntryForAddress () from C:\WINDOWS\system32\ntdll.dll #3 0x039d0000 in ?? () #4 0x7c919c0c in ntdll!RtlpUnWaitCriticalSection () from C:\WINDOWS\system32\ntdll.dll #5 0x77c1c3c9 in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #6 0x039d0000 in ?? () #7 0x77c1c3e7 in msvcrt!free () from C:\WINDOWS\system32\msvcrt.dll #8 0x00003030 in ?? () #9 0x0022e178 in ?? () #10 0x77c1c42e in msvcrt!malloc () from C:\WINDOWS\system32\msvcrt.dll #11 0x00a88cdf in av_malloc (size=12304) at libavutil/mem.c:86 #12 0x004ff02c in video_get_buffer (pic=0x3f5a140, s=0x3f36520) at libavcodec/utils.c:482 #13 avcodec_default_get_buffer (avctx=0x3f36520, frame=0x3f5a140) at libavcodec/utils.c:540 #14 0x005a97f3 in alloc_frame_buffer (s=0x3f30060, pic=0x3f5a140) at libavcodec/mpegvideo.c:260 #15 0x005b6229 in ff_alloc_picture (s=0x3f30060, pic=0x3f5a140, shared=0) at libavcodec/mpegvideo.c:312 #16 0x00684372 in load_input_picture (pic_arg=0x22e4a8, s=0x3f30060) at libavcodec/mpegvideo_enc.c:992 #17 ff_MPV_encode_picture (avctx=0x3f36520, pkt=0x22e610, pic_arg=0x22e4a8, got_packet=0x22e6dc) at libavcodec/mpegvideo_enc.c:1419 #18 0x0050053d in avcodec_encode_video2 (avctx=0x3f36520, avpkt=0x22e610, frame=0x22e4a8, got_packet_ptr=0x22e6dc) at libavcodec/utils.c:1274 #19 0x0040628b in do_video_out (s=0x3f36020, ost=0x39e6120, in_picture=0x39ea6e0, ist=) at ffmpeg.c:1632 #20 0x0040825c in transcode_video (pkt_pts=, got_output=, pkt=, ist=) at ffmpeg.c:2203 #21 output_packet (ist=0x39e5c10, ost_table=0x39e6120, nb_ostreams=1, pkt=0x22fbf0) at ffmpeg.c:2292 #22 0x0040ca68 in transcode (output_files=0x39e6280, nb_output_files=1, input_files=0x39e5d20, nb_input_files=1) at ffmpeg.c:3163 #23 0x0022ff48 in ?? () Backtrace stopped: Not enough registers or memory available to unwind further }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 15:29:47 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 13:29:47 -0000 Subject: [FFmpeg-trac] #1239(undetermined:open): rv20: crash with lowres In-Reply-To: <038.d52b6354119a751217541d7a54a665b9@avcodec.org> References: <038.d52b6354119a751217541d7a54a665b9@avcodec.org> Message-ID: <053.40894ff42f11320ee741de3fe93740e9@avcodec.org> #1239: rv20: crash with lowres -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 Comment: Crashes badly without valgrind. {{{ $ valgrind ffmpeg_g -threads 1 -vlowres 2 -i G2_with_SVT_320_240.rm -vframes 3 -f null - ==21203== Memcheck, a memory error detector. ==21203== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==21203== Using LibVEX rev 1732, a library for dynamic binary translation. ==21203== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==21203== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==21203== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==21203== For more details, rerun with: -v ==21203== ffmpeg version N-39995-g9750254 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 20 2012 15:13:14 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --disable-optimizations --disable-yasm --disable-asm libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.101 / 2. 71.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 [rm @ 0x44166f0] Unsupported stream type 00000180 [rm @ 0x44166f0] max_analyze_duration 5000000 reached at 5000000 Input #0, rm, from 'G2_with_SVT_320_240.rm': Metadata: title : author : copyright : comment : Duration: 00:00:05.90, start: 0.000000, bitrate: 984 kb/s Stream #0:0: Video: rv20 (RV20 / 0x30325652), yuv420p, 80x60, 1000 kb/s, 15 fps, 15 tbr, 1k tbn, 1k tbc Stream #0:1: Data: none [buffer @ 0x44d9340] w:80 h:60 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 [buffersink @ 0x44d9810] No opaque field provided Output #0, null, to 'pipe:': Metadata: title : author : copyright : comment : encoder : Lavf54.3.100 Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 80x60, q=2-31, 200 kb/s, 90k tbn, 15 tbc Stream mapping: Stream #0:0 -> #0:0 (rv20 -> rawvideo) Press [q] to stop, [?] for help [null @ 0x44c9c70] Encoder did not produce proper pts, making some up. ==21203== Invalid read of size 1 ==21203== at 0x828B233: h263_h_loop_filter_c (dsputil.c:1485) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577306 is 10 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B249: h263_h_loop_filter_c (dsputil.c:1486) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577307 is 9 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B25C: h263_h_loop_filter_c (dsputil.c:1487) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577308 is 8 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B272: h263_h_loop_filter_c (dsputil.c:1488) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577309 is 7 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B34B: h263_h_loop_filter_c (dsputil.c:1502) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577307 is 9 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B35C: h263_h_loop_filter_c (dsputil.c:1503) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577308 is 8 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3C7: h263_h_loop_filter_c (dsputil.c:1509) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577306 is 10 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3E3: h263_h_loop_filter_c (dsputil.c:1510) ==21203== by 0x830242F: ff_h263_loop_filter (h263.c:187) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577309 is 7 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B233: h263_h_loop_filter_c (dsputil.c:1485) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577302 is 14 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B249: h263_h_loop_filter_c (dsputil.c:1486) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577303 is 13 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B25C: h263_h_loop_filter_c (dsputil.c:1487) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577304 is 12 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B272: h263_h_loop_filter_c (dsputil.c:1488) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577305 is 11 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B34B: h263_h_loop_filter_c (dsputil.c:1502) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577303 is 13 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B35C: h263_h_loop_filter_c (dsputil.c:1503) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577304 is 12 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3C7: h263_h_loop_filter_c (dsputil.c:1509) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577302 is 14 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3E3: h263_h_loop_filter_c (dsputil.c:1510) ==21203== by 0x83024EC: ff_h263_loop_filter (h263.c:197) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4577305 is 11 bytes before a block of size 80 free'd ==21203== at 0x402243F: free (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==21203== by 0x8697B74: av_free (mem.c:174) ==21203== by 0x82073C8: av_destruct_packet (avpacket.c:46) ==21203== by 0x8207933: av_free_packet (avpacket.c:169) ==21203== by 0x81BB47C: av_interleaved_write_frame (utils.c:3553) ==21203== by 0x804E3F5: write_frame (ffmpeg.c:1377) ==21203== by 0x80510A3: do_video_out (ffmpeg.c:1967) ==21203== by 0x8051A70: poll_filters (ffmpeg.c:2082) ==21203== by 0x805825A: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x828B2AD: h263_h_loop_filter_c (dsputil.c:1491) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x828B2C0: h263_h_loop_filter_c (dsputil.c:1492) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x828B2D7: h263_h_loop_filter_c (dsputil.c:1493) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x828B315: h263_h_loop_filter_c (dsputil.c:1499) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x828B32C: h263_h_loop_filter_c (dsputil.c:1500) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x8257AD4: av_clip_c (common.h:117) ==21203== by 0x828B3A6: h263_h_loop_filter_c (dsputil.c:1507) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Conditional jump or move depends on uninitialised value(s) ==21203== at 0x8257AE4: av_clip_c (common.h:118) ==21203== by 0x828B3A6: h263_h_loop_filter_c (dsputil.c:1507) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B233: h263_h_loop_filter_c (dsputil.c:1485) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E00 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B249: h263_h_loop_filter_c (dsputil.c:1486) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E01 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B25C: h263_h_loop_filter_c (dsputil.c:1487) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E02 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid read of size 1 ==21203== at 0x828B272: h263_h_loop_filter_c (dsputil.c:1488) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E03 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B34B: h263_h_loop_filter_c (dsputil.c:1502) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E01 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B35C: h263_h_loop_filter_c (dsputil.c:1503) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E02 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3C7: h263_h_loop_filter_c (dsputil.c:1509) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E00 is not stack'd, malloc'd or (recently) free'd ==21203== ==21203== Invalid write of size 1 ==21203== at 0x828B3E3: h263_h_loop_filter_c (dsputil.c:1510) ==21203== by 0x83026C2: ff_h263_loop_filter (h263.c:223) ==21203== by 0x849CFE7: rv10_decode_packet (rv10.c:649) ==21203== by 0x849D443: rv10_decode_frame (rv10.c:725) ==21203== by 0x8513EE0: avcodec_decode_video2 (utils.c:1432) ==21203== by 0x80538EB: transcode_video (ffmpeg.c:2540) ==21203== by 0x80542D4: output_packet (ffmpeg.c:2703) ==21203== by 0x8058251: transcode (ffmpeg.c:3589) ==21203== by 0x8060270: main (ffmpeg.c:5824) ==21203== Address 0x4579E03 is not stack'd, malloc'd or (recently) free'd frame= 3 fps=0.0 q=0.0 size= 0kB time=00:00:00.20 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead nan% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) ==21203== ==21203== ERROR SUMMARY: 2186 errors from 31 contexts (suppressed: 3 from 1) ==21203== malloc/free: in use at exit: 0 bytes in 0 blocks. ==21203== malloc/free: 723 allocs, 723 frees, 1,450,018 bytes allocated. ==21203== For counts of detected errors, rerun with: -v ==21203== All heap blocks were freed -- no leaks are possible. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 15:45:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 13:45:26 -0000 Subject: [FFmpeg-trac] #1192(undetermined:closed): non-interleaved AVI In-Reply-To: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> References: <034.40dae9ad3592cff81c4b2ede4448455f@avcodec.org> Message-ID: <049.2964cf74c3e464ad59f957819889ec26@avcodec.org> #1192: non-interleaved AVI -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | worksforme Analyzed by developer: 0 | Blocked By: | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 16:06:15 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 14:06:15 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.a2e81115d578dbd229d7bf39c6ca4fd8@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): cehoyos, is there anything you could recommend to do? I am desperate, because this started more than two months ago and it?s still not fixed. It?s a bad feeling when no one from irc or here can suggest what to do / what to check. So currently some things: ? If I try to set the input to be /dev/dvb/adapter0/dvr0 then the ffmpeg stops converting after 5.x seconds. By adding ?analyzeduration 15M it?s possible to extend this time to 12.x seconds. By a miracle I got even 24 seconds once.. ? If I do ?cat /dev/dvb/adapter0/dvr0 > sample? then the sample file is converted till the end. ? If I do ?ffmpeg -i sample -vcodec copy -acodec copy test2.ts? the test2 file is larger in size than the sample one. Please give an advice what to do to fix this problem. Here's the latest console output - http://pastebin.com/jrapsiLP -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 16:55:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 14:55:56 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.f44ee1b77d22e3361c155cb00a5b52e8@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please never post console output on external sites, they may disappear. Does ?analyzeduration 2000000000 make a difference? Is "-f mpegts -vcodec h264" required? (I know this is probably not related to your problem, but it would be interesting to know if there is another bug.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 17:15:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 15:15:53 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.35f78bc5631e6b1a44b99ca42c0b289f@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Didn't notice a difference if removed '-f mpegts -vcodec h264'. Increasing the analyzeduration maybe extended the average lenght that the ffmpeg converted from ~ 12seconds to 13-15seconds. Added the console outputs to pastebin because forgot that I can attach new files and I didn't want to copy it in the comment field. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 18:30:46 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 16:30:46 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.ed3ced6dfbaa97397e7e787a841743f4@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: rawvideo | Resolution: probesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * keywords: => rawvideo probesize Comment: The problem is that your frames are large: full-HD. As {{{-f lavfi}}} outputs rawvideo, each packet takes 3110400 bytes: the default {{{probesize}}} value, 5000000, only allows to analyze one frame, which is not enough to determine the framerate. Adding {{{-probesize 6220801}}} (two frames, plus 1 because for some reason the comparison is exclusive) or more solves the problem. Of course, the default value of {{{probesize}}} should be enough to work by default. I am not sure what the best way to solve the problem is, so the bug stays open. But for now you have a workaround. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 18:51:32 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 16:51:32 -0000 Subject: [FFmpeg-trac] #1051(undetermined:open): ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps In-Reply-To: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> References: <031.c423e9d130a43dde0d802cad69d0db8f@avcodec.org> Message-ID: <046.953bab0afa0746599e9e7cec95c07d85@avcodec.org> #1051: ffmpeg with -f lavfi and movie leads to error messages and videos with 1 fps -------------------------------------+------------------------------------- Reporter: ls | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: rawvideo | Resolution: probesize | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by ls): Ok I understand. Tested the workaround and it seems fine. Thanks. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 19:04:56 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 17:04:56 -0000 Subject: [FFmpeg-trac] #1235(avformat:new): ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) In-Reply-To: <031.668437dde0e87594b011be17057e73f2@avcodec.org> References: <031.668437dde0e87594b011be17057e73f2@avcodec.org> Message-ID: <046.446086da8c09c099c5748eb89a66fc1d@avcodec.org> #1235: ffio_limit does not work correctly with named pipes on OSX (Snow Leopard) ------------------------------------+------------------------------------ Reporter: ls | 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 ls): On OSX in ffio_limit `s->seekable` is 0 when process substitution is used (ffmpeg reads from /dev/fd/xx) while on Linux `s->seekable` is 1. Furthermore `s->maxsize` is always 16384 on OSX. I do not understand if avio_size is supposed to work for non seekable streams. Currently I have applied this: {{{ diff --git a/libavformat/utils.c b/libavformat/utils.c index 1bf5ac5..a066cd7 100644 --- a/libavformat/utils.c +++ b/libavformat/utils.c @@ -276,7 +276,7 @@ AVInputFormat *av_find_input_format(const char *short_name) int ffio_limit(AVIOContext *s, int size) { - if(s->maxsize>=0){ + if(s->maxsize>=0 && s->seekable){ int64_t remaining= s->maxsize - avio_tell(s); if(remaining < size){ int64_t newsize= avio_size(s); }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 19:10:26 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 17:10:26 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.f34ce7c9dc921e2114ca8c5116f36b62@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): I'm trying to understand your problem, but I am a bit confused about the various versions you tried. As far as I understand: * From DVB device to RTMP server: stops early, that's the problem. * From dump file to RTMP server: works. * From DVB device to FLV file: did you try? * From dump file to FLV file: should work, but worth checking. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 19:44:53 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 17:44:53 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.506e5495a0aa0f7ad743d305f55b6c7c@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by davidengler): Replying to [comment:1 cehoyos]: > Please test current git head. > > Is this also reproducible without using external libraries (libx264 and libfaac)? > Is this also reproducible with -an or -vn? works fine with -an, still errors with -vn here is output without using external libs: # '/usr/local/bin/ffmpeg' -y -i sample.wmv sample.mp4 ffmpeg version git-2012-04-05-2c5a295 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 18 2012 18:00:41 with gcc 4.4.5 configuration: --enable-gpl --enable-libx264 --enable-nonfree --enable- libfaac libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [wmv3 @ 0xa1a1980] Extra data: 8 bits left, value: 0 Input #0, asf, from 'sample.wmv': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 Duration: 00:00:03.90, start: 0.000000, bitrate: 1707 kb/s Stream #0:0: Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, 2 channels, s16, 48 kb/s Stream #0:1: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 426x240, 1500 kb/s, 29.97 tbr, 1k tbn, 1k tbc [buffer @ 0xa19b1a0] w:426 h:240 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 [libx264 @ 0xa1a2c00] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0xa1a2c00] profile High, level 2.1 [libx264 @ 0xa1a2c00] 264 - core 122 - 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 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 [wmv3 @ 0xa1a1980] Extra data: 8 bits left, value: 0 Output #0, mp4, to 'sample.mp4': Metadata: WMFSDKVersion : 12.0.7601.17514 WMFSDKNeeded : 0.0.0.0000 IsVBR : 0 encoder : Lavf54.3.100 Stream #0:0: Video: h264 (![0][0][0] / 0x0021), yuv420p, 426x240, q=-1 --1, 30k tbn, 29.97 tbc Stream #0:1: Audio: aac (@[0][0][0] / 0x0040), 44100 Hz, 2 channels, s16, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (wmv3 -> libx264) Stream #0:0 -> #0:1 (wmav2 -> libfaac) Press [q] to stop, [?] for help [mp4 @ 0xa1a24c0] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 7168 >= 6615 av_interleaved_write_frame(): Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 19:57:43 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 17:57:43 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.a887bac93d3e04d595300a70f21790f3@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head. To test without external libraries (and without recompiling), use -an -vcodec mpeg4 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 20:00:59 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 18:00:59 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.4dfa8eeb4a11c1325270c14300ae27c8@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by davidengler): Replying to [comment:3 cehoyos]: > Please test current git head. > > To test without external libraries (and without recompiling), use -an -vcodec mpeg4 this one works fine - # '/usr/local/bin/ffmpeg' -y -i sample.wmv -threads 0 -strict experimental -vcodec mpeg4 -ab 64k -s 480x270 -t 10000 -an sample.mp4 not sure what current git head means -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 21:10:08 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 19:10:08 -0000 Subject: [FFmpeg-trac] #1194(avformat:open): mov enc: rawvideo as an output In-Reply-To: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> References: <038.a7aae76bd0db0d4a6813c984064f54f2@avcodec.org> Message-ID: <053.8af123cf6397aa14ad792799ca290920@avcodec.org> #1194: mov enc: rawvideo as an output ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avformat * priority: normal => important * version: unspecified => git-master * keywords: => regression Comment: Regression since 698f4cc. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 21:16:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 19:16:07 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.297ae3f2d6a64fd3f3f49f23ebd138a3@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:4 davidengler]: > Replying to [comment:3 cehoyos]: > > Please test current git head. > > > > To test without external libraries (and without recompiling), use -an -vcodec mpeg4 > > this one works fine , but of course no audio, and poor video quality - I assume it also works with audio, and you can use -qscale -vb to increase the quality. > not sure what current git head means - do you mean latest ffmpeg version? Current git head is the latest FFmpeg version, yes. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 21:37:46 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 19:37:46 -0000 Subject: [FFmpeg-trac] #1236(undetermined:new): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.bb80fdc03f5e030ca9d230358cec649e@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by davidengler): Replying to [comment:5 cehoyos]: > Replying to [comment:4 davidengler]: > > Replying to [comment:3 cehoyos]: > > > Please test current git head. > > > > > > To test without external libraries (and without recompiling), use -an -vcodec mpeg4 > > > > this one works fine , but of course no audio, and poor video quality - > > I assume it also works with audio, and you can use -qscale -vb to increase the quality. > > > not sure what current git head means - do you mean latest ffmpeg version? > > Current git head is the latest FFmpeg version, yes. no errors with current git head. thank you! :) but...... the video has a green line on top and the colors are not very good -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 20 22:08:14 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 20 Apr 2012 20:08:14 -0000 Subject: [FFmpeg-trac] #1236(undetermined:closed): error when converting wmv to mp4 In-Reply-To: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> References: <040.73baf6af29b8f47e96552a42d168bc32@avcodec.org> Message-ID: <055.559bb4f177426acafc34ceb78a2a62a1@avcodec.org> #1236: error when converting wmv to mp4 -------------------------------------+------------------------------------- Reporter: davidengler | Owner: Type: defect | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: invalid av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => closed * resolution: => invalid Comment: Thank you for clarifying. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 12:08:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 10:08:06 -0000 Subject: [FFmpeg-trac] #1240(avcodec:new): regression: "codec frame size is not set" using -acodec copy Message-ID: <032.4feb9335b188d08f041a157c728baf80@avcodec.org> #1240: regression: "codec frame size is not set" using -acodec copy ---------------------------------+-------------------------------------- Reporter: ste | Type: defect Status: new | Priority: normal Component: avcodec | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+-------------------------------------- I try to transcode a MPEG2 file from a DVB-C capture with ffmpeg GIT as of today: {{{ ffmpeg -i test.tmpeg -vcodec libx264 -acodec copy test.mp4 }}} ffmpeg refuses to encode the file with the following error: {{{ [mp4 @ 0x290f6600] track 1: codec frame size is not set }}} With previous versions, the file encodes fine. Revision 16e54ac7255d47e70ba9ba60d5ce5d0a0e44b223 introduces the faulty behavior: {{{ (e)ac3 parser: set duration instead of frame_size ------------------------- libavcodec/aac_ac3_parser.c ------------------------- index 58f30a4..8132ce8 100644 @@ -93,7 +93,7 @@ get_next: avctx->channels = s->channels; avctx->channel_layout = s->channel_layout; } - avctx->frame_size = s->samples; + s1->duration = s->samples; avctx->audio_service_type = s->service_type; } }}} If I re-add setting of the frame size, encoding works fine. There are similar problems with other codecs. Setting of frame size was removed for several other codecs in the same merge from qatar/master. Initially, I discovered this problem while using mencoder where there are serious A/V async problems after the commit above. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 14:09:20 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 12:09:20 -0000 Subject: [FFmpeg-trac] #997(FFprobe:open): ffprobe -show_frames segfaults on h264 in mpegts In-Reply-To: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> References: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> Message-ID: <051.737dc11f56925fd79b9787a67e43350a@avcodec.org> #997: ffprobe -show_frames segfaults on h264 in mpegts --------------------------------------+----------------------------------- Reporter: pettter | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: h264, mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by Cigaes): A slightly different patch was just applied to the Git repository. Can you check that it fixes the bug for you? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 14:21:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 12:21:47 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.751a18d251d64669c601f062266b8195@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Cigaes, 1. Right 2. Right 3. Stops early, added a log. 4. Works -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 14:35:05 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 12:35:05 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.62f6b52942cde1c489fe2b1c863dcf24@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Thanks, that is helpful to try finding the cause of the problem: we now know it is not in the RTMP protocol. A few more tests will help finding the issue even more: - {{{-f null -}}} instead of all the encoding options; - {{{-vcodec copy -acodec copy -f null -}}}; - compare {{{ffmpeg -i input}}} and {{{cat input | ffmpeg -i -}}}. For each test, please try both from the device and from a dump file. If the last test shows that {{{ffmpeg -i $dev}}} fails but not {{{cat $dev | ffmpeg -i -}}}, a strace dump of ffmpeg in both cases may be useful. (Sorry to have you run all the tests, but it seems related to your DVB adapter; I tried with one of mine and it did not fail like that.) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:03:23 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:03:23 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.488c874f7c3befaf73861c1be00e54b8@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): It is ok, I am glad that there are tests that I can run. Do not know if I got you right, but ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -f null a.flv'' && the same with sample && to rtmp worked, till I stopped it. ( ~ 1 minute ). ''./ffmpeg_g -loglevel 99 -i ~/sample -vcodec copy -acodec copy -f null -; '' converted all file. ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -vcodec copy -acodec copy -f null -; '' did not stop, had to stop manually. got a bit confused for the third test thing, how would look the fll commands? Get an error "Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height". Thank you! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:17:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:17:09 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.a2bbe5a07d6d677a1a917337fde92774@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): I am a bit confused about the way you gave your results. Let me sum up, and correct me if I am wrong. 1. {{{./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -f null a.flv}}} -> runs correctly past the usual problem, and you have to stop it manually. 2. {{{./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -s 540x432 -filter:v yadif -b:v 1200k -bufsize 400000k -r 18 -ar 22050 -ab 32000 -f flv a.flv}}} -> stops almost immediately. 3. {{{./ffmpeg_g -loglevel 99 -i ~/sample.ts -s 540x432 -filter:v yadif -b:v 1200k -bufsize 400000k -r 18 -ar 220050 -ab 32000 -f flv a.flv}}} -> works to the end of the file. Is that so? The principle of these tests is to find the smallest change in the command line that causes a different behaviour. In that particular case, if 1 works and 2 does not, you need to remove elements from 2 until it starts working again. The first elements to eliminate are {{{-s}}} and {{{-vf}}}. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:31:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:31:58 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.889fbe62e1cb9477c2f83f3516ce8fd8@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): 1. True. 2. True, stops after 5 seconds, if add -analyzeduration then can extend to ~ 12 seconds. 3. Can't run, get "Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height" Sorry for the wierd answers - had an exhausting flight. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:35:41 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:35:41 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.95c76bb1adce812d751ff601f8f5c301@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): There was too many zeroes in the third command line, a copy-paste mistake. But let us focus on 1 and 2: does it change something if you remove {{{-vf yadif}}}? And if you remove {{{-s 540x432}}}? And if you add {{{-an}}}? Or {{{-vn}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:42:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:42:31 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.23359558892ed0226aa48bee5e01e920@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): #2 still stops, even if -s or -filter:v yadif are removed. -vn and -an should be added after input? If -an is being added to #2, then the time converted extends to 6seconds till it stops. -vn doesn't change anything. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:46:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:46:08 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.976ad01416afc40d3e339cde34d55e02@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): So now, we are down to: {{{ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -b:v 1200k -bufsize 400000k -r 18 -an -f flv a.flv}}} that fails. Can you remove {{{-b:v 1200k}}} and still have it fail the same way? Same question for {{{-bufsize 400000k}}}? Same question for {{{-r 18}}}? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 16:54:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 14:54:25 -0000 Subject: [FFmpeg-trac] #1240(avcodec:new): regression: "codec frame size is not set" using -acodec copy In-Reply-To: <032.4feb9335b188d08f041a157c728baf80@avcodec.org> References: <032.4feb9335b188d08f041a157c728baf80@avcodec.org> Message-ID: <047.26f845fbe0bcb8c03101a4199dbcc896@avcodec.org> #1240: regression: "codec frame size is not set" using -acodec copy ------------------------------------+----------------------------------- Reporter: ste | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: => regression * priority: normal => important Comment: Isn't this reproducible with ffmpeg -i test.tmpeg -vn -acodec copy test.mp4 ? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:04:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:04:18 -0000 Subject: [FFmpeg-trac] #1240(avcodec:new): regression: "codec frame size is not set" using -acodec copy In-Reply-To: <032.4feb9335b188d08f041a157c728baf80@avcodec.org> References: <032.4feb9335b188d08f041a157c728baf80@avcodec.org> Message-ID: <047.052f53671a22a33d9085eb2371867176@avcodec.org> #1240: regression: "codec frame size is not set" using -acodec copy ------------------------------------+----------------------------------- Reporter: ste | Owner: Type: defect | Status: new Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: regression | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ste): Replying to [comment:1 cehoyos]: > Isn't this reproducible with ffmpeg -i test.tmpeg -vn -acodec copy test.mp4 ? Yes, the same error also occurs with -vn. x264 has nothing to do with it. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:09:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:09:31 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.3ab40399de56da9c2bf4cbb3e6f05af2@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): This is wierd. Tried ''ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -b:v 1200k -bufsize 400000k -r 18 -an -f flv a.flv'' and it didn't stop, had to stop manually. Then did a reboot, ran the same command and it stopped after 6 seconds. Tried the same command third time, and it stopped again after 5 seconds. Now, when removed -b:v 1200k: ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -bufsize 400000k -r 18 -an -f flv a.flv'' repeated this two times and each time it stopped after 6 seconds. When -bufsize 400000k was removed: ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -b:v 1200k -r 18 -an -f flv a.flv'' repeated this two times and each time it stopped after 6 seconds. When -r 18 was removed: ''ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -b:v 1200k -bufsize 400000k -an -f flv a.flv'' repeated this two times and each time it stopped after 6 seconds. This looks random.. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:12:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:12:43 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.8ceb63059908ed512dc91f64793da174@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): So none of the options seem to be part of the problem: {{{ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an -f flv a.flv}}} stops after a few seconds, does it not? What happens if you replace {{{flv}}} by {{{mkv}}} at both places? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:21:13 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:21:13 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.df5cc5161b88c8998801e8635631e27f@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Yes, ''ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an -f flv a.flv'' stops after 5 seconds. ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an -f mkv a.mkv'' results in error - [NULL @ 0xa06ff80] Requested output format 'mkv' is not a suitable output format a.mkv: Invalid argument -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:22:43 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:22:43 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.15ea9e9391eb4c7a02848cdb87a406cd@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): My bad. Can you redo both tests without {{{-f flv}}} and {{{-f mkv}}}, with just the file name {{{a.flv}}} or {{{a.mkv}}}? Sorry for the wasted time. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:28:25 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:28:25 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.8d97116199f13a7f3391f3d96c597c1b@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Don't worry, I'm feeling bad for wasting your time! :) ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an a.flv'' Stops ''./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an a.mkv'' Worked slowly, and stopped, but the console output was different than the usual - will add that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:42:09 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:42:09 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.8cf22046e2be1635efe80f8a0912d359@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): The different output and slowness are caused by a different codec, that was to be expected. Now we know that neither the output codec nor the output format are in cause. Which makes me wonder: can you try this one again: {{{./ffmpeg_g -loglevel 99 -i /dev/dvb/adapter0/dvr0 -an -f null -}}} and possibly post its console output? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:51:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:51:10 -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.e4a98e99d16b33994664812d5db6025b@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: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Comment (by ami_stuff): the same problem with attached j2k.mov file (less data to analize), output from: ffmpeg -i j2k.mov -vcodec copy j2k_ff.mov is unplayable by qt (black window) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:52:17 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:52:17 -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.d68b1f69f6fb379373e41d525e22d0d8@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: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ---------------------------------+------------------------------------ Changes (by ami_stuff): * cc: ami_stuff@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:53:08 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:53:08 -0000 Subject: [FFmpeg-trac] #845(avcodec:new): Artefacts with Indeo 4 In-Reply-To: <036.335ceeffc6dd073aff5c44abdc7df664@avcodec.org> References: <036.335ceeffc6dd073aff5c44abdc7df664@avcodec.org> Message-ID: <051.fa5646d006814bdc51dba66bb5f251c5@avcodec.org> #845: Artefacts with Indeo 4 ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by ami_stuff): * cc: ami_stuff@? (added) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 17:57:04 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 15:57:04 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.86e3d26522d27d60cfdff4933faaa931@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): Waited for one and a half minute, then stopped manually. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 18:07:48 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 16:07:48 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.97d5e7dce2b3b7e3c15b65fc08a6c584@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Hum. I may have an idea about the source of the problem. Can you try these and see if they succeed: {{{./ffmpeg_g -i /dev/dvb/adapter0/dvr0 -an -vcodec libx264 -preset veryslow -f null -}}} {{{./ffmpeg_g -i /dev/dvb/adapter0/dvr0 -an -vcodec libx264 -s 128x72 -preset ultrafast -f null -}}} ? No need to post a full dump, but a copy of the last "{{{frame=}}}" status line would be helpful. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 18:20:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 16:20:27 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.208425b4ec47e66a5b82ac91de0f9878@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): First command was really slow and stopped. The second one had to be stopped manually. Added console outputs. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 18:36:12 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 16:36:12 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.a9084f1439d357d032bc70e486f84262@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): I am afraid that solves it: the only difference between these commands is the speed of the encoding process: the first is very slow ({{{veryslow}}}) is a dead giveaway) and the second is very fast ({{{ultrafast}}} is a clue; the very small resolution helps too). My conclusion is that the problem is that when the encoding command is too slow, the kernel buffer overflows and causes a read error. Now that I know that, I can reproduce the problem, and I see, using strace, that read on the device fails with EOVERFLOW (shame on the MPEG-TS demuxer not to report it). You need to tweak your encoding parameters so that encoding is significantly faster than realtime. You can do the tweaking with a large enough dump, you just have to look at the {{{fps}}} field in the status line: it must stay way above 30. Possible ways: use {{{-vcodec libx264}}} and {{{-preset ultrafast}}}; reduce the resolution. Depending on your needs and means, upgrading the hardware may or may not be an option. Good luck. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 18:46:53 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 16:46:53 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.51fa5a959ab20385c94d140c865bb029@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 eregi): So more or less it's the hardware fault and cannot be solved by applying somekind of a patch? Now this is offtopic, but how to create the dump? You mean just cat the stream and then convert it? It would mean that I would have to cat a stream for 10 min, then start converting it using ffmpeg and at the same time create new dump? Wouldn't work as an automated system.. Didn't got your idea from this - "can do the tweaking with a large enough dump, you just have to look at the fps field in the status line: it must stay way above 30." Is there a way to make ffmpeg re-start and continue if it closes? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 18:52:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 16:52:31 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.f4ead8674f1230063224fdf6df22220c@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | 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 reimar): The cache:// protocol might help even out temporary variations in encoding speed I'd expect. Also possibly changes should be made that EOVERFLOW should not lead to exit. Part of the problem might be that ts demuxer assumes that a short read means EOF: len = avio_read(pb, buf, TS_PACKET_SIZE); if (len != TS_PACKET_SIZE) return len < 0 ? len : AVERROR_EOF; It probably should check eof_reached and error values of the context instead. We might want to have a function for that, one that from the read return value and stream state creates the most appropriate AVERROR. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 19:03:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 17:03:38 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.b3e0ba8675395c93e75750d582f7bc89@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:32 eregi]: > So more or less it's the hardware fault and cannot be solved by applying somekind of a patch? Well, as I said, you could try a faster codec or a smaller resolution. Or a lower frame rate, I forgot this one. Or any combination of these solutions. But no, there is no magical solution: basically, if your computer needs 3 minutes to encode 2 minutes of broadcast, the data that was received during the extra minute needs to be either stored somewhere or discarded. And if you store it somewhere, you will get ffmpeg's output lagging ever farther behind the broadcast stream '''and''' huge amounts of data accumulating. > Now this is offtopic, but how to create the dump? You mean just cat the stream and then convert it? It would mean that I would have to cat a stream for 10 min, then start converting it using ffmpeg and at the same time create new dump? Wouldn't work as an automated system.. This is not for the automated system, this is for tweaking: you cat the device into a file for 10 minutes, then you try various combinations of ffmpeg options until you manage to find one that can convert the whole file in less than eight minutes and has acceptable quality. Once you have found it, you can insert it in your automated system. > Didn't got your idea from this - "can do the tweaking with a large enough dump, you just have to look at the fps field in the status line: it must stay way above 30." That is for the testing I was referring to in the last paragraph: you do not need to run the whole 10 minutes for each set of options you try: if after a few seconds ffmpeg prints {{{fps=12}}}, you know it is much too slow and you can stop it immediately. > Is there a way to make ffmpeg re-start and continue if it closes? You could just make a loop in shell: {{{while true; do ffmpeg ...; done}}}. Or even better, to avoid the probe time: {{{while true; do cat /dev/...; done | ffmpeg -i - ...}}} But that would look ugly: a few seconds of videos, then broken frames, then a few seconds of video, with a few lost seconds in between, repeated infinitely. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 19:05:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 17:05:36 -0000 Subject: [FFmpeg-trac] #1224(undetermined:new): dvb-t to rtmp crash. In-Reply-To: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> References: <034.c69c690bebad941acb52c663591e5d2a@avcodec.org> Message-ID: <049.a2961dc8a394d286b8f4f97f6f8cdd33@avcodec.org> #1224: dvb-t to rtmp crash. -------------------------------------+------------------------------------- Reporter: eregi | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by Cigaes): Replying to [comment:33 reimar]: > The cache:// protocol might help even out temporary variations in encoding speed I'd expect. Only if encoding is, on average, faster than real time. Otherwise, it will only fill endlessly the cache while lagging behind. > Also possibly changes should be made that EOVERFLOW should not lead to exit. I am not sure: it means that data has already been lost. If it happens repeatedly, the video will just be ugly. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 22:34:47 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 20:34:47 -0000 Subject: [FFmpeg-trac] #743(avcodec:closed): support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi In-Reply-To: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> References: <038.439d7aba08aa0527ccc827157ee494dd@avcodec.org> Message-ID: <053.c35694d492885a9a34009c3820d5be2d@avcodec.org> #743: support 4:2:2 YCbCr 10-bit (v210 FourCC) rawvideo in avi ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: v210 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed, thank you for the reminder. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 21 23:01:14 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 21:01:14 -0000 Subject: [FFmpeg-trac] #1176(build system:closed): Compile error when set "./configure --disable-optimizations" In-Reply-To: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> References: <037.5abd8a3a33099bbc3d879d58c7f753b3@avcodec.org> Message-ID: <052.307778151e892ced4a95143e57b057ee@avcodec.org> #1176: Compile error when set "./configure --disable-optimizations" ----------------------------------+---------------------------------------- Reporter: jason_li | Owner: Type: defect | Status: closed Priority: normal | Component: build system Version: 0.10.2 | Resolution: fixed Keywords: | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ----------------------------------+---------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Fixed in next release, you can test with git checkout release/0.10 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 00:23:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 21 Apr 2012 22:23:31 -0000 Subject: [FFmpeg-trac] #845(avcodec:new): Artefacts with Indeo 4 In-Reply-To: <036.335ceeffc6dd073aff5c44abdc7df664@avcodec.org> References: <036.335ceeffc6dd073aff5c44abdc7df664@avcodec.org> Message-ID: <051.37ee8ed84cb8bd100ef70d50c6c06eea@avcodec.org> #845: Artefacts with Indeo 4 ------------------------------------+----------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: indeo4 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): It looks like this problem have something to do with keyframes. VirtualDub have an option to force keyframes every x frames: Q_Best_1.avi - keyframes every 1 frame - decodes ok Q_Best_15.avi - keyframes every 15 frames - decodes ok Q_Best_20.avi - keyframes every 20 frames - corruption Q_Best_50.avi - keyframes every 50 frames - corruption http://www.datafilehost.com/download-3fb3e7fa.html http://www.datafilehost.com/download-b5744158.html http://www.datafilehost.com/download-4cd9438e.html http://www.datafilehost.com/download-6961417c.html -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 12:02:33 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 10:02:33 -0000 Subject: [FFmpeg-trac] #1241(avcodec:new): ffmpeg Message-ID: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> #1241: ffmpeg ---------------------------------+--------------------------------------- Reporter: nadav | Type: defect Status: new | Priority: normal Component: avcodec | Version: unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ---------------------------------+--------------------------------------- == Environment == || OS || Ubuntu 11.10 || || RELEASE || 0.10.2.git || || Platform || Android || || neon || --disable-neon || || optimizations || --disable-optimizations || == Problem == || Problem || ffmpeg build is trying to compile 'neon' although this instruction set is disabled @ ./configure ( '--disable-neon' ) || || Symptom || libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_vert_neon' ... || || Analysis || The problem is in affect ONLY when compiling with '--disable-optimizations', going though the code, at multiple places the line 'if (HAVE_NEON)' is used, my assumption is that when the optimizer is on, the 'if (HAVE_NEON)' phrases are omitted from compilation, and, when the optimization is disabled, they ( neon phrases ) are not, and thus, the import table for neon instructions @ 'if (false)' phrases is added the neon instructions ( although they are not used by the code ), and this, leads to the undefined reference linker error. || -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 12:51:46 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 10:51:46 -0000 Subject: [FFmpeg-trac] #1241(avcodec:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.780059cfecfe6403baf8abf1933e21eb@avcodec.org> #1241: ffmpeg -------------------------------------+----------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: avcodec Version: unspecified | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by nadav): One additional comment, using '--disable-optimizations' with ffmpeg at Android is mandatory so I'll B able to step through ffmpeg code while debugging on the device. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 18:17:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 16:17:18 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.57d2ba98afe80a7fafa102ce1155883b@avcodec.org> #1241: ffmpeg -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => arm * component: avcodec => build system Comment: Which compiler and version are you using? The error message you provide does not match the configure options you mentioned. Please provide your configure line and please run make, run make again, then run "make V=1" and post the complete output (please do not post the complete output of the first make run). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 19:48:49 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 17:48:49 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.1eb6300ac041e3fc33d434289c4d644e@avcodec.org> #1241: ffmpeg -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nadav): == compiler == The one provided with NDK7B ( arm-linux-androideabi-4.4.3 ) == configure == ../../Multimedia/ffmpeg/configure \ --logfile="configure.log" \ --cross-prefix=arm-linux-androideabi- \ --arch=arm \ --target-os=linux \ --disable-everything \ --disable-pthreads \ --disable-stripping \ --enable-debug=3 \ --enable-version3 \ --enable-libx264 \ --enable-demuxer=mov \ --enable-demuxer=rtsp \ --enable-muxer=asf \ --enable-muxer=asf_stream \ --enable-muxer=mov \ --enable-muxer=mp4 \ --enable-muxer=ffm \ --enable-encoder=h264 \ --enable-decoder=h264 \ --enable-demuxer=ffm \ --enable-parser=h264 \ --enable-protocol=file \ --enable-protocol=rtp \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --extra-cflags="-I/home/nadav/workspace/Android/x264 -I/home/nadav/workspace/Multimedia/x264 -gstabs+" \ --extra-ldflags="-L/home/nadav/workspace/Android/x264" \ --enable-static \ --enable-shared \ --disable-neon \ --disable-optimizations == make V=1 == arm-linux-androideabi-gcc -Llibavcodec -Llibavdevice -Llibavfilter -Llibavformat -Llibavutil -Llibpostproc -Llibswscale -Llibswresample -L/home/nadav/workspace/Android/x264 -Wl,--as-needed -Wl,--warn-common -Wl ,-rpath- link=libpostproc:libswresample:libswscale:libavfilter:libavdevice:libavformat:libavcodec:libavutil -o ffmpeg_g ffmpeg.o cmdutils.o -lavdevice -lavfilter -lavformat -lavcodec -lpostproc -lswresample -lswscale -lavutil -lx264 -lm -lz == undefined reference == libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_vert_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_l0t_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_biweight_h264_pixels_4_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_left_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct_add16_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct8_add4_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_0l0_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_v_loop_filter_luma_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_top_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_biweight_h264_pixels_16_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_0lt_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_hor_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_128_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_plane_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_hor_neon' libavcodec/libavcodec.so: undefined reference to `ff_weight_h264_pixels_8_neon' libavcodec/libavcodec.so: undefined reference to `ff_biweight_h264_pixels_8_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_v_loop_filter_chroma_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_top_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_weight_h264_pixels_4_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_left_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_128_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_h_loop_filter_luma_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_vert_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct_add8_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred8x8_l00_dc_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct8_add_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct_add16intra_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct_dc_add_neon' libavcodec/libavcodec.so: undefined reference to `ff_pred16x16_plane_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct_add_neon' libavcodec/libavcodec.so: undefined reference to `ff_weight_h264_pixels_16_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_h_loop_filter_chroma_neon' libavcodec/libavcodec.so: undefined reference to `ff_h264_idct8_dc_add_neon' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 21:22:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 19:22:32 -0000 Subject: [FFmpeg-trac] #1242(undetermined:new): Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts Message-ID: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> #1242: Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: chucks | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: matroska | Blocked By: mpegts copyts non-monotonic dts | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- I am using http://serviio.org/ as a media server to a media device not supporting Matroska container formats, ffmpeg errors out with "Application provided invalid, non monotonically increasing dts to muxer in stream ...". After testing differences between the frozen source version that the Serviio project distributes, there appears to be a regression between the working ffmpeg version 0.9 distributed by Serviio as a source tarball built on x86_64, the non-working ffmpeg versions 0.9.1-54 and 0.10.2-54 distributed by http://atrpms.net/ as Fedora 16 x86_64 RPMs, and the git sources from git://source.ffmpeg.org/ffmpeg.git as of commit b21ba20cc83c80fe56192fee3626a8087f37d806 on Sun Apr 22 03:47:53 2012 +0200. Past experience has shown that omitting the -copyts may cause Matroska remuxed to MPEGts without -copyts may cause video and audio losing synchronization when rendering the resulting files on the client devices. Attached are ffmpeg report logs and sample media file. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 21:37:06 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 19:37:06 -0000 Subject: [FFmpeg-trac] #1242(undetermined:new): Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts In-Reply-To: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> References: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> Message-ID: <050.48fcf6734bee41f168e1380d0674dcbc@avcodec.org> #1242: Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: chucks | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: matroska | Resolution: mpegts copyts non-monotonic dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Please provide a minimal command line together with complete, uncut console output and a sample. Since you mention a reason why you have to use -copyts: Did you report this problem? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 21:43:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 19:43:31 -0000 Subject: [FFmpeg-trac] #1242(undetermined:new): Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts In-Reply-To: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> References: <035.4dc7b18c145b5bce969ffc1ae3f8f8fd@avcodec.org> Message-ID: <050.df81bb9feb80a9fb3fb1d93a38013975@avcodec.org> #1242: Remuxing Matroska to MPEG transport stream with -copyts errors out with non monotonically increasing dts -------------------------------------+------------------------------------- Reporter: chucks | Owner: Type: defect | Status: new Priority: normal | Component: Version: git-master | undetermined Keywords: matroska | Resolution: mpegts copyts non-monotonic dts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by chucks): Putting this together as we speak. Sample is provided. Logs are next. Copyts is default due to system integration with serviio and the default Playstation 3 DLNA player profile, not by my own experience. I've had experience in the past where omitting may cause stream desynchronization in some MKVs, though. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 21:44:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 19:44:07 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.69ea745cd014408110713e45e127639b@avcodec.org> #1241: ffmpeg -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Could you test if attached patch makes any difference? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 22:08:57 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 20:08:57 -0000 Subject: [FFmpeg-trac] #1234(undetermined:closed): flic in avi doesn't decode In-Reply-To: <038.f24ccf1250cc80470cc9bf1ab96788c5@avcodec.org> References: <038.f24ccf1250cc80470cc9bf1ab96788c5@avcodec.org> Message-ID: <053.24d4cff002f932d11a476783ce19fd2d@avcodec.org> #1234: flic in avi doesn't decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: flic | Resolution: fixed Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 22:21:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 20:21:52 -0000 Subject: [FFmpeg-trac] #1243(undetermined:new): ffprobe -show_packets crashes with disabled aac decoder Message-ID: <036.904d24a4e0cc95cd108bb9705a99d572@avcodec.org> #1243: ffprobe -show_packets crashes with disabled aac decoder -------------------------------------+------------------------------------- Reporter: cehoyos | Owner: Type: defect | Status: new Priority: normal | Component: Version: git- | undetermined master | Keywords: crash Blocked By: | SIGSEGV Reproduced by developer: 0 | Blocking: | Analyzed by developer: 0 -------------------------------------+------------------------------------- I found another crash with the sample from ticket #997, only happens with --disable-decoder=aac. {{{ (gdb) r -show_packets 120210144737.ts Starting program: ffprobe_g -show_packets 120210144737.ts [Thread debugging using libthread_db enabled] [New Thread 0xb7bcc6c0 (LWP 27899)] ffprobe version N-40058-g2e07f42 Copyright (c) 2007-2012 the FFmpeg developers built on Apr 22 2012 22:13:29 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl --disable- decoder=aac libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.102 / 2. 71.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [mpegts @ 0x8e9b440] Could not find codec parameters (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 122 kb/s) Input #0, mpegts, from '120210144737.ts': Duration: 02:04:30.69, start: 5.000000, bitrate: 52 kb/s Program 1 Stream #0:0[0x21]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p, 720x576 [SAR 64:45 DAR 16:9], 25.43 fps, 50 tbr, 90k tbn, 50 tbc Stream #0:1[0x24]: Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 122 kb/s Unsupported codec with id 86018 for input stream 1 [PACKET] ... [PACKET] codec_type=video stream_index=0 pts=672811300 pts_time=7475.681111 dts=672811300 dts_time=7475.681111 duration=1800 duration_time=0.020000 size=4750 pos=48668876 flags=_ [/PACKET] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7ba26c0 (LWP 27725)] 0x08569085 in avcodec_decode_audio4 (avctx=0x8e9f8a0, frame=0xbfdcc35c, got_frame_ptr=0xbfdcc678, avpkt=0xbfdcc5fc) at libavcodec/utils.c:1529 1529 if (avctx->codec->type != AVMEDIA_TYPE_AUDIO) { (gdb) bt #0 0x08569085 in avcodec_decode_audio4 (avctx=0x8e9f8a0, frame=0xbfdcc35c, got_frame_ptr=0xbfdcc678, avpkt=0xbfdcc5fc) at libavcodec/utils.c:1529 #1 0x0804e442 in read_packets (w=0x8e9b3e0, fmt_ctx=0x8e9b440) at ffprobe.c:1259 #2 0x080501ed in main (argc=0, argv=0x80000000) at ffprobe.c:1543 (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x8569065 to 0x85690a5: 0x08569065 : mov 0xc(%ecx),%ecx 0x08569068 : mov %eax,0x18(%esp) 0x0856906c : movl $0x0,0x0(%ebp) 0x08569073 : mov 0x10(%ecx),%eax 0x08569076 : mov %ecx,0x14(%esp) 0x0856907a : test %eax,%eax 0x0856907c : je 0x8569288 0x08569082 : mov 0xc(%ebx),%eax 0x08569085 : cmpl $0x1,0x8(%eax) 0x08569089 : jne 0x85692e8 0x0856908f : testb $0x20,0x10(%eax) 0x08569093 : jne 0x85690d0 0x08569095 : mov 0x14(%esp),%edx 0x08569099 : xor %edi,%edi 0x0856909b : mov 0x14(%edx),%eax 0x0856909e : test %eax,%eax 0x085690a0 : jne 0x85690d0 0x085690a2 : mov 0x78(%esp),%ecx End of assembler dump. (gdb) info register eax 0x0 0 ecx 0xbfdcc5fc -1076050436 edx 0x0 0 ebx 0x8e9f8a0 149551264 esp 0xbfdcc290 0xbfdcc290 ebp 0xbfdcc678 0xbfdcc678 esi 0x1 1 edi 0xbfdcc678 -1076050312 eip 0x8569085 0x8569085 eflags 0x10246 [ PF ZF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 23:37:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 21:37:52 -0000 Subject: [FFmpeg-trac] #1166(undetermined:new): CopyTB broken in new FFMPEG builds In-Reply-To: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> References: <040.d60a901c4bf3b58062486a6183df7af0@avcodec.org> Message-ID: <055.9fb2a136165b797106e9a777cec7a162@avcodec.org> #1166: CopyTB broken in new FFMPEG builds -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: new Priority: important | Component: Version: unspecified | undetermined Keywords: copytb | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by ramitbhalla): Yes I do (in both the old working and latest version). I'm ucing CopyTB to avoid the error but that's broken in the newer versions. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 22 23:38:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 22 Apr 2012 21:38:10 -0000 Subject: [FFmpeg-trac] #1032(undetermined:open): PTS < DTS while stream copying WTV files causing failure In-Reply-To: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> References: <040.6a04f3a3db444cd6c741e22b7d633ba8@avcodec.org> Message-ID: <055.0436fdcc2f0b08e2184357ad9b8dbc90@avcodec.org> #1032: PTS < DTS while stream copying WTV files causing failure -------------------------------------+------------------------------------- Reporter: ramitbhalla | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: wtv h264 | Resolution: av_interleaved_write_frame | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by ramitbhalla): Any update on this? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 23 10:49:16 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Apr 2012 08:49:16 -0000 Subject: [FFmpeg-trac] #1231(undetermined:new): ffplay access violation In-Reply-To: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> References: <034.e83c585bfceb2a307eb8c37a6e2281f7@avcodec.org> Message-ID: <049.360d77bf1c8f71734d762f6526a7a15a@avcodec.org> #1231: ffplay access violation -------------------------------------+------------------------------------- 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 ronag): I solved it by disabling AVX. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 23 20:03:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Apr 2012 18:03:17 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.01a4f727bbf8112a290d632d39cb8b11@avcodec.org> #1241: ffmpeg -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by nadav): '''~/workspace/Multimedia/ffmpeg$ patch -p1 -i patchneondsp.diff''' patching file libavcodec/arm/h264dsp_init_arm.c Hunk #1 succeeded at 68 (offset 1 line). Hunk #2 FAILED at 96. 1 out of 2 hunks FAILED -- saving rejects to file libavcodec/arm/h264dsp_init_arm.c.rej patching file libavcodec/arm/h264pred_init_arm.c Hunk #1 succeeded at 43 (offset 1 line). Hunk #2 FAILED at 74. 1 out of 2 hunks FAILED -- saving rejects to file libavcodec/arm/h264pred_init_arm.c.rej Also, attached, 'h264dsp_init_arm.c.rej' and 'h264pred_init_arm.c.rej' -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 23 23:36:05 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 23 Apr 2012 21:36:05 -0000 Subject: [FFmpeg-trac] #1244(avformat:new): ogg: vorbis_header() leaks memory allocated for packets in private data. Message-ID: <039.a5fcdaedb8e1444fc0907bec7de0c170@avcodec.org> #1244: ogg: vorbis_header() leaks memory allocated for packets in private data. ------------------------------------+-------------------------------------- Reporter: dalecurtis | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ------------------------------------+-------------------------------------- Memory allocated here: http://git.videolan.org/?p=ffmpeg.git&a=blob&f=libavformat/oggparsevorbis.c&hb=HEAD#l225 Whenever a corrupt ogg file is parsed, the ogg parser may abort before vorbis parsing completes and fixup_vorbis_headers() is called which normally free's the memory. It might be possible to create a malicious ogg file which triggers this allocation repeated or with a large os->psize, but at worst it'd be a memory DoS. Non-obvious on how to fix since the allocation happens in the private data section and the free happens after some assumed subsequent parsing. Valgrind: Leak_DefinitelyLost 30 bytes in 1 blocks are definitely lost in loss record 999 of 2,937 posix_memalign (m_replacemalloc/vg_replace_malloc.c:1093) av_malloc (/out/Debug/../../third_party/ffmpeg/libavutil/mem.c:94) av_mallocz (/out/Debug/../../third_party/ffmpeg/libavutil/mem.c:186) vorbis_header (/out/Debug/../../third_party/ffmpeg/libavformat/oggparsevorbis.c:225) ogg_packet (/out/Debug/../../third_party/ffmpeg/libavformat/oggdec.c:400) ogg_read_header (/out/Debug/../../third_party/ffmpeg/libavformat/oggdec.c:467) avformat_open_input (/out/Debug/../../third_party/ffmpeg/libavformat/utils.c:634) media::FFmpegDemuxer::InitializeTask(media::DemuxerHost*, base::Callback const&) (/out/Debug/../../media/filters/ffmpeg_demuxer.cc:490) -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 02:02:53 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 00:02:53 -0000 Subject: [FFmpeg-trac] #1245(undetermined:new): musepack8: regression with decoding of "thumb" and "radio" modes Message-ID: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> #1245: musepack8: regression with decoding of "thumb" and "radio" modes -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- git-a254452 (19-Sep-2011) - ok git-cbf914c (25-Sep-2011) - bad {{{ C:\>ffmpeg -i thumb.mpc out.wav ffmpeg version N-40040-gc047afb Copyright (c) 2000-2012 the FFmpeg developers built on Apr 22 2012 02:36:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.102 / 2. 71.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpc8, from 'thumb.mpc': Duration: 00:00:29.18, start: 0.000000, bitrate: 107 kb/s Stream #0:0: Audio: musepack8, 48000 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16 , 1536 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpc8 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 Last message repeated 2 times DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 Error while decoding stream #0:0 Last message repeated 1 times DTS 0, next:24000 st:0 invalid dropping PTS 0, next:24000 invalid dropping st:0 size= 1422kB time=00:00:00.02 bitrate=485391.3kbits/s video:0kB audio:1422kB global headers:0kB muxing overhead 0.003159% }}} {{{ C:\>ffmpeg -i thumb.mpc out.wav ffmpeg version N-32726-ga254452, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 19 2011 19:49:13 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 1 / 51. 16. 1 libavcodec 53. 16. 0 / 53. 16. 0 libavformat 53. 12. 0 / 53. 12. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 2 / 2. 43. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mpc8, from 'thumb.mpc': Duration: 00:00:29.18, start: 0.000000, bitrate: 107 kb/s Stream #0.0: Audio: musepack8, 48000 Hz, stereo, s16y Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.12.0 Stream #0.0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16 , 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpc8 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 size= 5639kB time=00:00:30.07 bitrate=1536.0kbits/s video:0kB audio:5639kB global headers:0kB muxing overhead 0.000762% }}} {{{ C:\>ffmpeg -i thumb.mpc out.wav ffmpeg version N-32962-gcbf914c, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 25 2011 21:35:29 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-runtime-cpudetect --ena ble-avisynth --enable-bzlib --enable-frei0r --enable-libopencore-amrnb --enable- libopencore-amrwb --enable-libfreetype --enable-libgsm --enable-libmp3lame --ena ble-libopenjpeg --enable-librtmp --enable-libschroedinger --enable- libspeex --en able-libtheora --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 17. 0 / 51. 17. 0 libavcodec 53. 17. 0 / 53. 17. 0 libavformat 53. 13. 0 / 53. 13. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 43. 5 / 2. 43. 5 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mpc8, from 'thumb.mpc': Duration: 00:00:29.18, start: 0.000000, bitrate: 107 kb/s Stream #0:0: Audio: musepack8, 48000 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.13.0 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 48000 Hz, stereo, s16 , 1536 kb/s Stream mapping: Stream #0.0 -> #0.0 (mpc8 -> pcm_s16le) Press [q] to stop, [?] for help Multiple frames in a packet from stream 0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 Error while decoding stream #0.0 size= 1422kB time=00:00:07.58 bitrate=1536.0kbits/s video:0kB audio:1422kB global headers:0kB muxing overhead 0.003022% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 07:45:19 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 05:45:19 -0000 Subject: [FFmpeg-trac] #1241(build system:new): ffmpeg In-Reply-To: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> References: <034.87fb0194692fc008684f2e65d6a20a4b@avcodec.org> Message-ID: <049.9a390fbbb6dd6eabfd59bdc1c41719ac@avcodec.org> #1241: ffmpeg -------------------------------------+------------------------------------- Reporter: nadav | Owner: Type: defect | Status: new Priority: normal | Component: build Version: unspecified | system Keywords: arm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Please test current git head with (and without) the patch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 08:17:43 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 06:17:43 -0000 Subject: [FFmpeg-trac] #1244(avformat:open): ogg: vorbis_header() leaks memory allocated for packets in private data. In-Reply-To: <039.a5fcdaedb8e1444fc0907bec7de0c170@avcodec.org> References: <039.a5fcdaedb8e1444fc0907bec7de0c170@avcodec.org> Message-ID: <054.0dde142571018eddcea8af4d6f686e2e@avcodec.org> #1244: ogg: vorbis_header() leaks memory allocated for packets in private data. ------------------------------------+------------------------------------ Reporter: dalecurtis | Owner: Type: defect | Status: open Priority: normal | Component: avformat Version: git-master | Resolution: Keywords: ogg leak | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * keywords: => ogg leak * status: new => open * reproduced: 0 => 1 Comment: {{{ $ valgrind --leak-check=full ffmpeg_g -i wav.711.ogv ==14895== Memcheck, a memory error detector. ==14895== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==14895== Using LibVEX rev 1732, a library for dynamic binary translation. ==14895== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==14895== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==14895== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==14895== For more details, rerun with: -v ==14895== ffmpeg version N-40092-g3bbf3f7 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 24 2012 07:56:11 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --disable-optimizations libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 [vorbis @ 0x4469de0] Extradata missing. Last message repeated 1 times [ogg @ 0x4416480] Could not find codec parameters (Unknown: none) Input #0, ogg, from 'wav.711.ogv': Duration: 00:00:00.09, start: 0.000000, bitrate: 603 kb/s Stream #0:0: Data: none Stream #0:1: Unknown: none Stream #0:2: Audio: vorbis, 8000 Hz, 1 channels, s16, 16 kb/s At least one output file must be specified ==14895== ==14895== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 3 from 1) ==14895== malloc/free: in use at exit: 30 bytes in 1 blocks. ==14895== malloc/free: 100 allocs, 99 frees, 814,825 bytes allocated. ==14895== For counts of detected errors, rerun with: -v ==14895== searching for pointers to 1 not-freed blocks. ==14895== checked 6,271,528 bytes. ==14895== ==14895== 30 bytes in 1 blocks are definitely lost in loss record 1 of 1 ==14895== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==14895== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==14895== by 0x8737E3E: av_malloc (mem.c:95) ==14895== by 0x8737FB9: av_mallocz (mem.c:187) ==14895== by 0x81619C1: vorbis_header (oggparsevorbis.c:225) ==14895== by 0x815379B: ogg_packet (oggdec.c:394) ==14895== by 0x8153A4D: ogg_get_headers (oggdec.c:461) ==14895== by 0x8154069: ogg_read_header (oggdec.c:538) ==14895== by 0x81B2DF6: avformat_open_input (utils.c:638) ==14895== by 0x805A59A: opt_input_file (ffmpeg.c:4266) ==14895== by 0x8061174: parse_option (cmdutils.c:303) ==14895== by 0x80612BA: parse_options (cmdutils.c:336) ==14895== ==14895== LEAK SUMMARY: ==14895== definitely lost: 30 bytes in 1 blocks. ==14895== possibly lost: 0 bytes in 0 blocks. ==14895== still reachable: 0 bytes in 0 blocks. ==14895== suppressed: 0 bytes in 0 blocks. }}} {{{ $ valgrind --leak-check=full ffmpeg_g -i wav.711.ogv -f null - ==15205== Memcheck, a memory error detector. ==15205== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al. ==15205== Using LibVEX rev 1732, a library for dynamic binary translation. ==15205== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP. ==15205== Using valgrind-3.2.3, a dynamic binary instrumentation framework. ==15205== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al. ==15205== For more details, rerun with: -v ==15205== ffmpeg version N-40092-g3bbf3f7 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 24 2012 07:56:11 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --disable-optimizations libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 [vorbis @ 0x4469de0] Extradata missing. Last message repeated 1 times [ogg @ 0x4416480] Could not find codec parameters (Unknown: none) Input #0, ogg, from 'wav.711.ogv': Duration: 00:00:00.09, start: 0.000000, bitrate: 603 kb/s Stream #0:0: Data: none Stream #0:1: Unknown: none Stream #0:2: Audio: vorbis, 8000 Hz, 1 channels, s16, 16 kb/s [vorbis @ 0x4469de0] Extradata missing. Output #0, null, to 'pipe:': Stream #0:0: Audio: pcm_s16le, 8000 Hz, 1 channels, s16, 128 kb/s Stream mapping: Stream #0:2 -> #0:0 (vorbis -> pcm_s16le) Error while opening decoder for input stream #0:2 ==15205== ==15205== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 3 from 1) ==15205== malloc/free: in use at exit: 402 bytes in 3 blocks. ==15205== malloc/free: 136 allocs, 133 frees, 879,592 bytes allocated. ==15205== For counts of detected errors, rerun with: -v ==15205== searching for pointers to 3 not-freed blocks. ==15205== checked 6,271,560 bytes. ==15205== ==15205== 402 bytes in 3 blocks are definitely lost in loss record 1 of 1 ==15205== at 0x4021A50: memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==15205== by 0x4021AAA: posix_memalign (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so) ==15205== by 0x8737E3E: av_malloc (mem.c:95) ==15205== by 0x8737FB9: av_mallocz (mem.c:187) ==15205== by 0x81619C1: vorbis_header (oggparsevorbis.c:225) ==15205== by 0x815379B: ogg_packet (oggdec.c:394) ==15205== by 0x8153A4D: ogg_get_headers (oggdec.c:461) ==15205== by 0x8154069: ogg_read_header (oggdec.c:538) ==15205== by 0x81B2DF6: avformat_open_input (utils.c:638) ==15205== by 0x805A59A: opt_input_file (ffmpeg.c:4266) ==15205== by 0x8061174: parse_option (cmdutils.c:303) ==15205== by 0x80612BA: parse_options (cmdutils.c:336) ==15205== ==15205== LEAK SUMMARY: ==15205== definitely lost: 402 bytes in 3 blocks. ==15205== possibly lost: 0 bytes in 0 blocks. ==15205== still reachable: 0 bytes in 0 blocks. ==15205== suppressed: 0 bytes in 0 blocks. }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 09:42:55 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 07:42:55 -0000 Subject: [FFmpeg-trac] #1245(avcodec:open): musepack8: regression with decoding of "thumb" and "radio" modes In-Reply-To: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> References: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> Message-ID: <053.3b04edcb1982d291a4395d42c3395c31@avcodec.org> #1245: musepack8: regression with decoding of "thumb" and "radio" modes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: musepack | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => musepack regression Comment: Regression since 508e47a. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 11:14:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 09:14:14 -0000 Subject: [FFmpeg-trac] #1245(avcodec:closed): musepack8: regression with decoding of "thumb" and "radio" modes In-Reply-To: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> References: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> Message-ID: <053.64eafac0fa547ce6f857362c9160cd60@avcodec.org> #1245: musepack8: regression with decoding of "thumb" and "radio" modes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: musepack | Blocked By: regression | 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 Apr 24 13:34:44 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 11:34:44 -0000 Subject: [FFmpeg-trac] #1246(FFmpeg:new): conversion fail wmv wmalossless to mp4 Message-ID: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> #1246: conversion fail wmv wmalossless to mp4 -------------------------------------+------------------------------------- Reporter: | Type: defect rishit.patel | Priority: critical Status: new | Version: 0.10.2 Component: FFmpeg | Blocked By: Keywords: codec | Reproduced by developer: 0 wmalossless | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- We are trying to convert wml wmalossless to mp4 but it give us following error. Below command we are trying. ffmpeg-0.10>ffmpeg.exe -i "C:\1.wmv" -vcodec libx264 -acodec libfaac -ar 48000 -ab 160k "C:\5.mp4" Error: ffmpeg version N-34294-g0bc5677, Copyright (c) 2000-2011 the FFmpeg developers built on Oct 31 2011 02:25:26 with gcc 4.5.0 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- mingw32-gcc' --enable-w32threads --enable-memalign-hack --enable-runtime- cpudetect --enable-cross-compile --enable-static --disable-shared --extra- libs='-lws 2_32 -lwinmm' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/build/include' --extra- ldflags='-static -L/var/www/users/research/ffmpeg/sn apshots/build/lib' --enable-bzlib --enable-zlib --enable-gpl --enable- version3 --enable-nonfree --enable-libx264 --enable-libspeex --enable- libtheora --enabl e-libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libmp3lame --enable-libvpx --disable- decoder=lib vpx libavutil 51. 22. 0 / 51. 22. 0 libavcodec 53. 25. 0 / 53. 25. 0 libavformat 53. 18. 0 / 53. 18. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 45. 2 / 2. 45. 2 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [wmv3 @ 0x1dd5d20] Extra data: 8 bits left, value: 0 [asf @ 0x1ce9900] parser not found for codec wmalossless, packets or times may be invalid. Seems stream 1 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 25.00 (25/1) Input #0, asf, from 'C:\Documents and Settings\chetanpatel\Desktop\NR Vid\deal run-down arpeni shipping restructuring [20120328 1055-1] (1).wmv': Metadata: WMFSDKVersion : 12.0.7600.16385 WMFSDKNeeded : 0.0.0.0000 IsVBR : 1 Duration: 00:55:29.00, start: 0.000000, bitrate: 505 kb/s Stream #0:0(eng): Audio: wmalossless (c[1][0][0] / 0x0163), 44100 Hz, stereo, flt, 1152 kb/s Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1024x768, 1000 kb/s, 25 tbr, 1k tbn, 1k tbc [buffer @ 0x1cea180] w:1024 h:768 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param: Incompatible sample format 'flt' for codec 'libfaac', auto-selecting format 's16' [libx264 @ 0x1e0a780] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64 [libx264 @ 0x1e0a780] profile High, level 3.1 [libx264 @ 0x1e0a780] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip =1 chroma_qp_offset=-2 threads=3 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 d irect=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 decoder 'wmalossless' is experimental and might produce bad results. Add '-strict experimental' if you want to use it. Thanks in advance. Any help on this would be appreciated. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 13:42:14 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 11:42:14 -0000 Subject: [FFmpeg-trac] #1246(FFmpeg:new): conversion fail wmv wmalossless to mp4 In-Reply-To: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> References: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> Message-ID: <056.a731c6d2da1376017d6bfeb836ec4502@avcodec.org> #1246: conversion fail wmv wmalossless to mp4 -------------------------------------+------------------------------------- Reporter: | Owner: rishit.patel | Status: new Type: enhancement | Component: FFmpeg Priority: minor | Resolution: Version: 0.10.2 | Blocked By: Keywords: codec | Reproduced by developer: 0 wmalossless | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Cigaes): * analyzed: 0 => 1 * priority: critical => minor * type: defect => enhancement Comment: Replying to [ticket:1246 rishit.patel]: > ffmpeg version N-34294-g0bc5677, Copyright (c) 2000-2011 the FFmpeg developers > built on Oct 31 2011 02:25:26 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc14) This is several months old. Always try current Git head before reporting a bug. > ffmpeg-0.10>ffmpeg.exe -i "C:\1.wmv" -vcodec libx264 -acodec libfaac -ar 48000 -ab 160k "C:\5.mp4" > Input #0, asf, from 'C:\Documents and Settings\chetanpatel\Desktop\NR Vid\deal run-down arpeni shipping restructuring [20120328 1055-1] (1).wmv': The console output does not match the command line. When reporting a bug, do not doctor the data you provide. > decoder 'wmalossless' is experimental and might produce bad results. > Add '-strict experimental' if you want to use it. Do you consider this error message unclear? If so, do you have suggestions on how to enhance it? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 14:19:12 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 12:19:12 -0000 Subject: [FFmpeg-trac] #1246(FFmpeg:new): conversion fail wmv wmalossless to mp4 In-Reply-To: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> References: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> Message-ID: <056.88643da4f127caf5e190e5baae1db4b8@avcodec.org> #1246: conversion fail wmv wmalossless to mp4 -------------------------------------+------------------------------------- Reporter: | Owner: rishit.patel | Status: new Type: enhancement | Component: FFmpeg Priority: minor | Resolution: Version: 0.10.2 | Blocked By: Keywords: codec | Reproduced by developer: 0 wmalossless | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Comment (by rishit.patel): Cigaes, Thanks for quick reply. Apologies that i am checking this in old version. Going to verify with latest.Just to confirm though is this something working well in latest release ? Regarding error message it 100% clear. just posted whole error log to help developer to look into detail. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 14:27:13 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 12:27:13 -0000 Subject: [FFmpeg-trac] #1246(FFmpeg:closed): conversion fail wmv wmalossless to mp4 In-Reply-To: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> References: <041.02e6316ded1f39cd351077ab333c9696@avcodec.org> Message-ID: <056.2ad23c009bb36fb821c4b2ba5bcd9508@avcodec.org> #1246: conversion fail wmv wmalossless to mp4 -------------------------------------+------------------------------------- Reporter: | Owner: rishit.patel | Status: closed Type: enhancement | Component: FFmpeg Priority: minor | Resolution: invalid Version: 0.10.2 | Blocked By: Keywords: codec | Reproduced by developer: 0 wmalossless | Blocking: | Analyzed by developer: 1 | -------------------------------------+------------------------------------- Changes (by Cigaes): * status: new => closed * resolution: => invalid Comment: Replying to [comment:2 rishit.patel]: > Regarding error message it 100% clear. just posted whole error log to help developer to look into detail. The error message tells you there is no bug. So there is no need to look into detail. If you want to help enhance the wmalossless, please join the developer mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 14:32:26 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 12:32:26 -0000 Subject: [FFmpeg-trac] #1247(undetermined:new): shorten: support 8bit Message-ID: <038.093f07b2049a007745dd449488d291de@avcodec.org> #1247: shorten: support 8bit -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ C:\>ffmpeg -i 8bit.shn out.wav ffmpeg version N-40040-gc047afb Copyright (c) 2000-2012 the FFmpeg developers built on Apr 22 2012 02:36:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.102 / 2. 71.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [shorten @ 0x1db2320] unknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typeunknown audio type unknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio ty peunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknow n audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeunkn own audio typeunknown audio typeunknown audio typeunknown audio typeunknown audi o typeunknown audio typeunknown audio typeunknown audio typeunknown audio typeun known audio typeunknown audio typeunknown audio typeunknown audio typeunknown au dio typeunknown audio typeunknown audio typeunknown audio typedecoding for strea m 0 failed [shn @ 0x1dbc540] Could not find codec parameters (Audio: shorten, 2 channels, s 16) 8bit.shn: could not find codec parameters }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 14:44:06 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 12:44:06 -0000 Subject: [FFmpeg-trac] #1248(undetermined:new): shorten: add duration info Message-ID: <038.1234389a7e726c1aa72241ca47702f23@avcodec.org> #1248: shorten: add duration info -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- hopefully this will make shorten files seekable in ffplay {{{ C:\>ffmpeg -i test.shn ffmpeg version N-40040-gc047afb Copyright (c) 2000-2012 the FFmpeg developers built on Apr 22 2012 02:36:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.102 / 2. 71.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [shorten @ 0x1db2320] 2 header bytes unparsed Input #0, shn, from 'test.shn': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: shorten, 44100 Hz, 2 channels, s16 At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 17:24:21 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 15:24:21 -0000 Subject: [FFmpeg-trac] #1249(FFserver:new): FFServer HTTP/1.1 WAIT_FEED bug Message-ID: <035.f020356f155c2bb6b4fecaab1a4d944b@avcodec.org> #1249: FFServer HTTP/1.1 WAIT_FEED bug -------------------------------------+------------------------------------- Reporter: barhom | Type: defect Status: new | Priority: critical Component: FFserver | Version: Keywords: ffserver | unspecified WAIT_FEED | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Fully reproducible bug that only happens once "FileMaxSize" is reached. Below are ffserver configuration for a feed+stream. FFmpeg is started like this; ffmpeg -i INPUTMPEGTS http://localhost:8090/feed0.ffm This creates a stream that ffmpeg transcodes into h264+aac in a flv container and publishes it as http://localhost:8090/feed0.ffm The stream is then viewable/downloadable at http://localhost:8090/feed0.flv Everything is working as expected and FFserver stats page shows that is is receiving data. However, once FileMaxSize is reached new clients that connect has about random chance of around 20-40% of getting the data, the other times the stream connects however with no data being received at the client (wget/vlc). When no data is being received the stats page in ffserver shows; HTTP/1.1 WAIT_FEED for the client. Changing FileMaxSize to 100G would make the stream work for every client up until the file is 100G, then the same problems occurs. File /tmp/feed0.file FileMaxSize 5M Format flv Feed feed0.ffm AVOptionVideo flags +global_header VideoCodec libx264 VideoBitRate 900 VideoFrameRate 25 VideoSize 720x576 AVOptionVideo coder 1 AVOptionVideo flags +loop AVOptionVideo cmp +chroma AVOptionVideo partitions +parti8x8+parti4x4-partp8x8-partb8x8 AVOptionVideo me_method dia AVOptionVideo subq 1 AVOptionVideo me_range 16 AVOptionVideo g 250 AVOptionVideo keyint_min 25 AVOptionVideo sc_threshold 40 AVOptionVideo i_qfactor 0.71 AVOptionVideo b_strategy 1 AVOptionVideo qcomp 0.7 AVOptionVideo qmin 10 AVOptionVideo qmax 51 AVOptionVideo qdiff 4 AVOptionVideo bf 3 AVOptionVideo refs 1 AVOptionVideo directpred 1 AVOptionVideo trellis 0 #AVOptionVideo flags2 +bpyramid-mixed_refs+wpred+dct8x8+fastpskip-mbtree AVOptionVideo wpredp 0 AVOptionVideo rc_lookahead 0 AVOptionVideo deblockalpha 2 AVOptionVideo deblockbeta 2 AVOptionVideo threads 4 #AVOptionVideo maxrate 2500 AudioCodec libfaac AudioBitRate 96 AudioChannels 2 AudioSampleRate 48000 AVOptionAudio flags +global_header -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 18:29:38 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 16:29:38 -0000 Subject: [FFmpeg-trac] #1247(avcodec:open): shorten: support 8bit In-Reply-To: <038.093f07b2049a007745dd449488d291de@avcodec.org> References: <038.093f07b2049a007745dd449488d291de@avcodec.org> Message-ID: <053.7580c7309acdc6c3d3c36a77a709a9e9@avcodec.org> #1247: shorten: support 8bit -------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: shorten | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => wish * version: unspecified => git-master * keywords: => shorten * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 18:30:20 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 16:30:20 -0000 Subject: [FFmpeg-trac] #1248(undetermined:open): shorten: add duration info In-Reply-To: <038.1234389a7e726c1aa72241ca47702f23@avcodec.org> References: <038.1234389a7e726c1aa72241ca47702f23@avcodec.org> Message-ID: <053.533f50ab796f0f29da841de39ed63a1c@avcodec.org> #1248: shorten: add duration info -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: enhancement | Status: open Priority: wish | Component: Version: git-master | undetermined Keywords: shorten | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * priority: normal => wish * version: unspecified => git-master * keywords: => shorten * type: defect => enhancement -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Tue Apr 24 19:12:39 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 17:12:39 -0000 Subject: [FFmpeg-trac] #1138(undetermined:closed): Unable to chop mkv In-Reply-To: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> References: <040.ed7b99969179ad42dd967819339845a1@avcodec.org> Message-ID: <055.81c3a09c7cf285e521670c1e672256f3@avcodec.org> #1138: Unable to chop mkv -------------------------------------+------------------------------------- Reporter: carlrosmann | Owner: Type: defect | Status: closed Priority: normal | Component: Version: git-master | undetermined Keywords: | Resolution: fixed av_interleaved_write_frame | 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 Tue Apr 24 19:54:03 2012 From: trac at avcodec.org (FFmpeg) Date: Tue, 24 Apr 2012 17:54:03 -0000 Subject: [FFmpeg-trac] #1249(FFserver:new): FFServer HTTP/1.1 WAIT_FEED bug In-Reply-To: <035.f020356f155c2bb6b4fecaab1a4d944b@avcodec.org> References: <035.f020356f155c2bb6b4fecaab1a4d944b@avcodec.org> Message-ID: <050.f1683b298a17b176620c9edbd3b0b3bb@avcodec.org> #1249: FFServer HTTP/1.1 WAIT_FEED bug -------------------------------------+------------------------------------- Reporter: barhom | Owner: Type: defect | Status: new Priority: critical | Component: FFserver Version: unspecified | Resolution: Keywords: ffserver | Blocked By: WAIT_FEED | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by barhom): Simulate client with wget; c-83-233-52-226:~# wget http://localhost:8090/feed0.flv --2012-04-24 19:58:14-- http://62.63.207.50:8090/feed0.flv Connecting to localhost:8090... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [video/x-flv] Saving to: `feed0.flv.3' [ <=> ] 2,576 --.-K/s -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 02:37:42 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 00:37:42 -0000 Subject: [FFmpeg-trac] #420(avcodec:closed): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.a49aea46a094cd878c0f2d76bee86d52@avcodec.org> #420: Sound fragments after seeking ------------------------------------+----------------------------------- Reporter: kaptnole | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+----------------------------------- Comment (by JHawkZZ): Hi guys. I ran into this exact problem using a December 26th snapshot of ffmpeg, which surprised me because it includes AAC's static flush function. It turns out that in aacdec.h, 'AVCodec ff_aac_decoder''s flush function pointer was not assigned. Only 'AVCodec ff_aac_latm_decoder''s pointer was. I verified it fixed by setting the pointer and rebuilding ffmpeg, but I wanted to post here so it can hopefully be included in the main branch. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 02:39:14 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 00:39:14 -0000 Subject: [FFmpeg-trac] #420(avcodec:reopened): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.b40e271f448b88eafb81f0f117ffe04d@avcodec.org> #420: Sound fragments after seeking ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Changes (by JHawkZZ): * status: closed => reopened * resolution: fixed => -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 07:43:55 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 05:43:55 -0000 Subject: [FFmpeg-trac] #420(avcodec:reopened): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.ddbe4ecb31b30254221fe5d6b2f957e9@avcodec.org> #420: Sound fragments after seeking ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by cehoyos): Please test current git head, if the problem is still reproducible and you have a patch to fix it, please send the patch to ffmpeg-devel. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 13:24:25 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 11:24:25 -0000 Subject: [FFmpeg-trac] #420(avcodec:reopened): Sound fragments after seeking In-Reply-To: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> References: <037.152cff5bb8e2610cf3262510255fd15f@avcodec.org> Message-ID: <052.71ef8ad0b4a3af2edbbc44f59ea28d3a@avcodec.org> #420: Sound fragments after seeking ------------------------------------+------------------------------------ Reporter: kaptnole | Owner: Type: defect | Status: reopened Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: aac | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | ------------------------------------+------------------------------------ Comment (by kaptnole): JHawkZZ is absolutely right. .../libavcodec/aacdec.c defines two decoders "ff_aac_decoder" and "ff_aac_latm_decoder". This whole thread was about "ff_aac_decoder". To be honest, I do not even know what "ff_aac_latm_decoder" is for. Unfortunately the patching "flush" function was falsely assigned only to the latter one. I do not know If it also needs it but in any case it is missing in "ff_aac_decoder". If you add a line: {{{ flush = flush, }}} in the initialization of "ff_aac_decoder" the bug is fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 15:44:22 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 13:44:22 -0000 Subject: [FFmpeg-trac] #1250(undetermined:new): shorten: block size Message-ID: <038.756dd6fb633e3a7ef19b1cfd865f47a5@avcodec.org> #1250: shorten: block size -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- currectly ffmpeg is able to decode correctly files with block sizes like 128, 256, but not 512, 1024... older version of ffmpeg happened to decode correctly 512, but failed as well with 1024 because of overread {{{ C:\>ffmpeg -i 512.shn out.wav ffmpeg version N-40040-gc047afb Copyright (c) 2000-2012 the FFmpeg developers built on Apr 22 2012 02:36:31 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 71.102 / 2. 71.102 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [shorten @ 0x1db2320] 2 header bytes unparsed Input #0, shn, from '512.shn': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: shorten, 44100 Hz, 2 channels, s16 Guessed Channel Layout for Input Stream #0.0 : stereo Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16 , 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (shorten -> pcm_s16le) Press [q] to stop, [?] for help [shorten @ 0x1db2320] 2 header bytes unparsed Multiple frames in a packet from stream 0 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] unknown shorten function 26 [shorten @ 0x1db2320] unknown shorten function 15 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] unknown shorten function 17 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 [shorten @ 0x1db2320] overread: 1 Error while decoding stream #0:0 size= 48kB time=00:00:00.27 bitrate=1412.6kbits/s video:0kB audio:48kB global headers:0kB muxing overhead 0.093450% }}} {{{ C:\>ffmpeg -i 512.shn out.wav ffmpeg version N-32355-g4f7dfe1, Copyright (c) 2000-2011 the FFmpeg developers built on Sep 6 2011 13:06:48 with gcc 4.6.1 configuration: --enable-gpl --enable-version3 --enable-memalign-hack --enable- runtime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libo pencore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable- libgsm -- enable-libmp3lame --enable-libopenjpeg --enable-librtmp --enable- libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-libvpx --enabl e-libx264 --enable-libxavs --enable-libxvid --enable-zlib libavutil 51. 16. 0 / 51. 16. 0 libavcodec 53. 13. 0 / 53. 13. 0 libavformat 53. 11. 0 / 53. 11. 0 libavdevice 53. 3. 0 / 53. 3. 0 libavfilter 2. 39. 0 / 2. 39. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 [shn @ 01EB8C60] parser not found for codec shorten, packets or times may be inv alid. [shorten @ 01EB2320] 2 header bytes unparsed [shn @ 01EB8C60] max_analyze_duration 5000000 reached at 5005400 [shn @ 01EB8C60] Estimating duration from bitrate, this may be inaccurate Input #0, shn, from '512.shn': Duration: 00:00:06.81, start: 0.000000, bitrate: 1411 kb/s Stream #0.0: Audio: shorten, 44100 Hz, 2 channels, s16, 1411 kb/s Output #0, wav, to 'out.wav': Metadata: encoder : Lavf53.11.0 Stream #0.0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s Stream mapping: Stream #0.0 -> #0.0 (shorten -> pcm_s16le) Press [q] to stop, [?] for help [shorten @ 01EB2320] 2 header bytes unparsed Multiple frames in a packet from stream 0 size= 1724kB time=00:00:10.00 bitrate=1411.2kbits/s video:0kB audio:1724kB global headers:0kB muxing overhead 0.002492% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 16:38:49 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 14:38:49 -0000 Subject: [FFmpeg-trac] #1251(undetermined:new): AVSEEK_FLAG_ANY fails with attached file Message-ID: <036.fb0e830a1b172a8f452e038ece7c74ad@avcodec.org> #1251: AVSEEK_FLAG_ANY fails with attached file -------------------------------------+------------------------------------- Reporter: DonMoir | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I have a normal seek which seeks to a timestamp (not using AVSEEK_FLAG_ANY) and does some additional checking and works for all files tested. I specialize a seek back to the start of the file as this should not require as much checking. In this case I use AVSEEK_FLAG_ANY as it's essentially a 'don't care' and just get me back to the start of the file. This has always worked, but using AVSEEK_FLAG_ANY fails to seek with the attached avseek_flag_any_fails.mp4 file. The return value from avformat_seek_file is zero but really it hasn't done anything. The other files I have including all other mp4 files work fine. If I don't use AVSEEK_FLAG_ANY then I have to deal with files that may not have a first keyframe and the seek will fail on those files. Because of this file I am back to doing extra checking to make sure I can seek back to start but should not have to. Can't point you to a failing case with any of the common tools because I don't think any of them use AVSEEK_FLAG_ANY. Here's the stats on my build: C:\ffmpeg-dev\bin>ffplay avseek_flag_any_fails.mp4 ffplay version N-40092-g3bbf3f7 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 24 2012 00:57:29 with gcc 4.6.3 configuration: --disable-static --enable-shared --enable-gpl --enable- version3 --disable-w32threads --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. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'avseek_flag_any_fails.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 2009-05-31 17:58:11 encoder : Lavf54.3.100 Duration: 00:00:02.73, start: 0.000000, bitrate: 463 kb/s Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 320x240, 457 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 2009-05-31 17:58:11 handler_name : VideoHandler 5.89 A-V: 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 0/0 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 17:12:53 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 15:12:53 -0000 Subject: [FFmpeg-trac] #1252(undetermined:new): Build error on PPC64 linux with "-m64" Message-ID: <039.35ee84c6e62bbfc5e1708a9f46368575@avcodec.org> #1252: Build error on PPC64 linux with "-m64" -------------------------------------+------------------------------------- Reporter: thinkbrown | Type: defect Status: new | Priority: important Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- I attempted to build a PPC64 version of FFMPEG, and when the build system trys to ld ffprobe_g, it returns an error: /usr/bin/ld: libavcodec/libavcodec.a(iff.o)(.text.unlikely+0x188): sibling call optimization to `.opd' does not allow automatic multiple TOCs; recompile with -mminimal-toc or -fno-optimize-sibling-calls, or make `.opd' extern /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status The configure command I used is as follows: ./configure --enable-gpl --enable-version3 --enable-nonfree --enable- libx264 --extra-cflags="-m64 -mcpu=G5 -mtune=G5 -mpowerpc64 -maltivec -fno-optimize-sibling-calls" --extra-cxxflags="-m64 -mcpu=G5 -mtune=G5 -mpowerpc64 -maltivec -fno-optimize-sibling-calls" --extra-ldflags="-m64 -mcpu=G5 -mtune=G5 -mpowerpc64 -maltivec -fno-optimize-sibling-calls" I already built a 64bit version of libx264 to build against. I checked the version of FFMPEG that built in the directory, and it exectutes and is a 64bit executable. A test encode shows that it's about twice as fast as a 32bit build (using command ./ffmpeg -i ~/Desktop/file.mpg -vcodec libx264 -preset medium -crf 16 -acodec copy ~/Desktop/file.mkv) I get around 20fps vs. 9fps on a 32bit build. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 17:28:06 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 15:28:06 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:new): FFMpeg don't handle files with some characters Message-ID: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> #1253: FFMpeg don't handle files with some characters -------------------------------------+------------------------------------- Reporter: Uno | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: 0.10.2 Keywords: filename | Blocked By: characters | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- There is no way to make FFMpeg use files with ':' character in filename; neither in the input nor in the output. ffmpeg -i file\:name.wav file\:name.mp3 ffmpeg -i "file:name.wav" "file:name.mp3" Reproducible always. Tried the same version of ffmpeg (0.10.2) on both x86 and AMD64. OS: Gentoo AMD64/Gentoo x86 Called from BASH. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 18:25:51 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 16:25:51 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.0024501b817eb67090414511fdcbee81@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Changes (by cehoyos): * keywords: filename characters => * status: new => closed * resolution: => worksforme Comment: Works fine here, please reopen if you can provide ls output and complete, uncut ffmpeg -i file:filename.extension output. For example: {{{ $ ls file\:out.avi file:out.avi $ ffmpeg -i file:file:out.avi ffmpeg version N-40097-gae0591f Copyright (c) 2000-2012 the FFmpeg developers built on Apr 24 2012 17:35:52 with gcc 4.3.2 configuration: --cc=/usr/local/gcc-4.3.2/bin/gcc --enable-gpl libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, avi, from 'file:file:out.avi': Metadata: encoder : Lavf54.3.100 Duration: 00:00:00.04, start: 0.000000, bitrate: 40255 kb/s Stream #0:0: Video: png (MPNG / 0x474E504D), rgba, 256x256, 25 tbr, 25 tbn, 25 tbc At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 19:06:37 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 17:06:37 -0000 Subject: [FFmpeg-trac] #1251(undetermined:new): AVSEEK_FLAG_ANY fails with attached file In-Reply-To: <036.fb0e830a1b172a8f452e038ece7c74ad@avcodec.org> References: <036.fb0e830a1b172a8f452e038ece7c74ad@avcodec.org> Message-ID: <051.45db7b50e3f5f1bc24a97506681c8f78@avcodec.org> #1251: AVSEEK_FLAG_ANY fails with attached file -------------------------------------+------------------------------------- Reporter: DonMoir | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by DonMoir): There is something odd about this and I am going to have to check further. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Wed Apr 25 21:37:17 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 19:37:17 -0000 Subject: [FFmpeg-trac] #1254(undetermined:new): musepack8: wrong currect duration Message-ID: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> #1254: musepack8: wrong currect duration -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- it always resets to 0s after reaching 1,5sec (musepack7 seems to be free of this problem) {{{ C:\>ffplay musepack8.mpc ffplay version N-40092-g3bbf3f7 Copyright (c) 2003-2012 the FFmpeg developers built on Apr 24 2012 00:55:38 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpc8, from 'musepack8.mpc': Duration: 00:00:28.42, start: 0.000000, bitrate: 186 kb/s Stream #0:0: Audio: musepack8, 44100 Hz, stereo, s16 0.34 A-V: 0.000 fd= 0 aq= 216KB vq= 0KB sq= 0B f=0/0 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 01:18:00 2012 From: trac at avcodec.org (FFmpeg) Date: Wed, 25 Apr 2012 23:18:00 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:reopened): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.25d33ca112e68397fc4cbd9bddc48ecb@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+------------------------------------ Reporter: Uno | Owner: Type: defect | Status: reopened Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+------------------------------------ Changes (by Uno): * status: closed => reopened * resolution: worksforme => Comment: {{{ [user at pc ~/]$ touch hello\:goofy.avi [user at pc ~/]$ ffmpeg -i hello\:goofy.avi ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 13:39:02 with gcc 4.5.3 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame-pointer' --extra-cflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit- frame-pointer' --disable-static --enable-gpl --enable-version3 --enable- postproc --enable-avfilter --disable-stripping --disable-debug --disable- doc --disable-network --enable-libmp3lame --enable-libvo-aacenc --enable- libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable- indev=v4l --disable-indev=oss --enable-x11grab --disable-outdev=oss --enable-libfreetype --disable-altivec --disable-avx --disable-mmx2 --disable-ssse3 --disable-vis --disable-neon --cpu=amdfam10 --enable- hardcoded-tables 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 hello:goofy.avi: No such file or directory [user at pc ~/]$ ffmpeg -i "hello:goofy.avi" ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 13:39:02 with gcc 4.5.3 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame-pointer' --extra-cflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit- frame-pointer' --disable-static --enable-gpl --enable-version3 --enable- postproc --enable-avfilter --disable-stripping --disable-debug --disable- doc --disable-network --enable-libmp3lame --enable-libvo-aacenc --enable- libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable- indev=v4l --disable-indev=oss --enable-x11grab --disable-outdev=oss --enable-libfreetype --disable-altivec --disable-avx --disable-mmx2 --disable-ssse3 --disable-vis --disable-neon --cpu=amdfam10 --enable- hardcoded-tables 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 hello:goofy.avi: No such file or directory }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 08:30:19 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 06:30:19 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.7f8773c6ebd509b0d44254a48193a7b5@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Changes (by cehoyos): * status: reopened => closed * resolution: => worksforme -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 10:23:55 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 08:23:55 -0000 Subject: [FFmpeg-trac] #1245(avcodec:closed): musepack8: regression with decoding of "thumb" and "radio" modes In-Reply-To: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> References: <038.9879a7883bf7798d04e1e68919d14b63@avcodec.org> Message-ID: <053.b4d5cc3d5c4d6c5edaff2cf7f83869a7@avcodec.org> #1245: musepack8: regression with decoding of "thumb" and "radio" modes -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avcodec Version: git-master | Resolution: fixed Keywords: mpc | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: musepack regression => mpc regression -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 10:37:14 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 08:37:14 -0000 Subject: [FFmpeg-trac] #1254(undetermined:open): musepack8: wrong currect duration In-Reply-To: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> References: <038.289376dec6bd976efa51d952ec8dffd5@avcodec.org> Message-ID: <053.849e208ee2e01e16042d6f4ffe4fe05b@avcodec.org> #1254: musepack8: wrong currect duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: mpc | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mpc * status: new => open * version: unspecified => git-master * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 10:38:50 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 08:38:50 -0000 Subject: [FFmpeg-trac] #997(FFprobe:open): ffprobe -show_frames segfaults on h264 in mpegts In-Reply-To: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> References: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> Message-ID: <051.55cdf9e66735845799becfb85e046864@avcodec.org> #997: ffprobe -show_frames segfaults on h264 in mpegts --------------------------------------+----------------------------------- Reporter: pettter | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: h264, mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by pettter): Confirmed - it no longer crashes on the file. Out of curiousity, which diff was the supposed fix? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 10:41:49 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 08:41:49 -0000 Subject: [FFmpeg-trac] #997(FFprobe:open): ffprobe -show_frames segfaults on h264 in mpegts In-Reply-To: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> References: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> Message-ID: <051.2c7a2dcda12db25d29e3ea226eb7fb7b@avcodec.org> #997: ffprobe -show_frames segfaults on h264 in mpegts --------------------------------------+----------------------------------- Reporter: pettter | Owner: stefano Type: defect | Status: open Priority: normal | Component: FFprobe Version: git-master | Resolution: Keywords: h264, mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | --------------------------------------+----------------------------------- Comment (by Cigaes): It was this one: [http://git.videolan.org/?p=ffmpeg.git;h=b27383e45333db60ae4c412ccf609daeba008e2e]. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 16:33:33 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 14:33:33 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.a0fa74df2d5d4252b8a1928c33dc750b@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by Uno): I'm using the official sources. These are the sources: http://ffmpeg.org/releases/ffmpeg-0.10.2.tar.bz2 There are just 2 patch that are not involved in filename reading. And it's the same on two machines. CFLAGS="-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame-pointer" and CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer -msse -msse2 -mmmx" With the configuration arguments above. $BASH_VERSION=4.2.20(1)-release The patches: {{{ Autodetect PowerPC vs. PowerPC64. This is the same code as for x86_64. This is necessary because uname returns PPC64 if the hardware is 64 bit, however the userland can still be fully 32 bit. In that case FFmpeg fails to compile because some macros in the asm code are set up incorrectly. For details see https://bugs.gentoo.org/show_bug.cgi?id=341235 https://bugs.gentoo.org/show_bug.cgi?id=387207 author: Reimar D?ffinger diff --git a/configure b/configure index 6aa194c..0752d73 100755 --- a/configure +++ b/configure @@ -2188,13 +2188,9 @@ case "$arch" in arch="parisc" subarch="parisc64" ;; - "Power Macintosh"|ppc|powerpc) + "Power Macintosh"|ppc|powerpc|ppc64|powerpc64) arch="ppc" ;; - ppc64|powerpc64) - arch="ppc" - subarch="ppc64" - ;; s390|s390x) arch="s390" ;; @@ -2392,6 +2388,11 @@ EOF spic=$shared fi ;; + ppc) + check_cc < Date: Sun Apr 1 18:56:26 2012 +0200 configure: add dl to frei0r extralibs. diff --git a/configure b/configure index 4606b23..e207ed8 100755 --- a/configure +++ b/configure @@ -1526,7 +1526,9 @@ cropdetect_filter_deps="gpl" delogo_filter_deps="gpl" drawtext_filter_deps="libfreetype" frei0r_filter_deps="frei0r dlopen" +frei0r_filter_extralibs='$ldl' frei0r_src_filter_deps="frei0r dlopen" +frei0r_src_filter_extralibs='$ldl' hqdn3d_filter_deps="gpl" ocv_filter_deps="libopencv" scale_filter_deps="swscale" }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 18:21:11 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 16:21:11 -0000 Subject: [FFmpeg-trac] #967(avcodec:open): iff ilbm ham8 with masking decodes incorrectly (was: iff ilbm ham8 with transparency decodes incorrectly) In-Reply-To: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> References: <038.8a0025b6bd9f67245e260ec19e031e7e@avcodec.org> Message-ID: <053.a21faee5bb98397e819f65dc11859546@avcodec.org> #967: iff ilbm ham8 with masking decodes incorrectly ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: iff | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by ami_stuff): this fixes the colors for ham8 with masking (stencil): libavcodec/iff.c: {{{ if (s->masking == MASK_HAS_MASK) { - if (s->bpp >= 8) { + if (s->bpp >= 8 && !s->ham) { avctx->pix_fmt = PIX_FMT_RGB32; av_freep(&s->mask_buf); av_freep(&s->mask_palbuf); s->mask_buf = av_malloc((s->planesize * 32) + FF_INPUT_BUFFER_PADDING_SIZE); if (!s->mask_buf) return AVERROR(ENOMEM); s->mask_palbuf = av_malloc((2 << s->bpp) * sizeof(uint32_t) + FF_INPUT_BUFFER_PADDING_SIZE); if (!s->mask_palbuf) { av_freep(&s->mask_buf); return AVERROR(ENOMEM); } } s->bpp++; } else if (s->masking != MASK_NONE && s->masking != MASK_HAS_TRANSPARENT_COLOR) { av_log(avctx, AV_LOG_ERROR, "Masking not supported\n"); return AVERROR_PATCHWELCOME; }}} but the problem with graphic artifacts still remains. libsdl_image decodes correctly attached images. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 22:04:57 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 20:04:57 -0000 Subject: [FFmpeg-trac] #1255(undetermined:new): mp3: regression with duration Message-ID: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> #1255: mp3: regression with duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- http://www.datafilehost.com/download-b6aefedc.html git-g6bfb304 (09 Apr 2012) - ok git-g4fa706a (16 Apr 2012) - bad {{{ C:\>ffmpeg -i y.mp3 ffmpeg version N-40106-g8f89954 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 25 2012 02:21:52 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0x1dbc540] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from 'y.mp3': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s At least one output file must be specified }}} {{{ C:\>ffmpeg -i y.mp3 ffmpeg version N-39664-g6bfb304 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 9 2012 20:29:24 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 67.101 / 2. 67.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 02239c80] max_analyze_duration 5000000 reached at 5015510 [mp3 @ 02239c80] Estimating duration from bitrate, this may be inaccurate Input #0, mp3, from 'y.mp3': Duration: 00:05:47.26, start: 0.000000, bitrate: 320 kb/s Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s At least one output file must be specified }}} {{{ C:\ffmpeg -i y.mp3 ffmpeg version N-39877-g4fa706a Copyright (c) 2000-2012 the FFmpeg developers built on Apr 16 2012 14:53:47 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [mp3 @ 0224c540] max_analyze_duration 5000000 reached at 5015510 Input #0, mp3, from 'y.mp3': Duration: N/A, start: 0.000000, bitrate: N/A Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 320 kb/s At least one output file must be specified }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Thu Apr 26 22:28:42 2012 From: trac at avcodec.org (FFmpeg) Date: Thu, 26 Apr 2012 20:28:42 -0000 Subject: [FFmpeg-trac] #1255(undetermined:new): mp3: regression with duration In-Reply-To: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> References: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> Message-ID: <053.a05c4c42dbbde89758874142e2f82257@avcodec.org> #1255: mp3: regression with duration -------------------------------------+------------------------------------- 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): Regression since cbf767a87c0e00055d3ebb88053c7cccf814f473. avf: has_duration does not check the global one -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 05:27:34 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 03:27:34 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.6a1224f97f480176fec42884fc75c12f@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cowwoc): cehoyos, So if I understand you correctly, so long as we publish all object code (.o and .a files) necessary to relink our application we can use use FFMPEG on Apple App Store without releasing the source-code for our application. Is that correct? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 13:31:35 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 11:31:35 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.a540c3342e8f5e4bc2ef668b2b2b1244@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cehoyos): Replying to [comment:3 cowwoc]: > So if I understand you correctly, so long as we publish all object code (.o and .a files) necessary to relink our application we can use use FFMPEG on Apple App Store without releasing the source-code for our application. Is that correct? No. Please understand that "usage" of FFmpeg is completely unlimited, what you are asking for are the rules for distribution. You have to follow either the requirements of the LGPL or the requirements of the GPL, depending on which optional features of FFmpeg you choose when you run ./configure. If you decide to enable GPL-only features of FFmpeg, you have to follow the GPL which includes (beside other requirements) the requirement for providing the complete source code for the application that is based on (contains) FFmpeg. If LGPL is enough for you, you have to provide the exact FFmpeg source code you used, but not the source code of the application that links against FFmpeg. Several other requirements exist, either read the LGPL or http://ffmpeg.org/legal.html - if you cannot (or don't want to) follow item 2 (and 16), i.e. if you are not using dynamic linking, you have to provide the necessary object files to allow static (re-)linking of your whole application. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 13:33:07 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 11:33:07 -0000 Subject: [FFmpeg-trac] #1255(avformat:open): mp3: regression with duration In-Reply-To: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> References: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> Message-ID: <053.f0b7e1adb41db4cb3a19b0f4200e17ff@avcodec.org> #1255: mp3: regression with duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: regression | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => mp3 regression * priority: normal => important * status: new => open * component: undetermined => avformat * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 13:36:17 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 11:36:17 -0000 Subject: [FFmpeg-trac] #1255(avformat:open): mp3: regression with duration In-Reply-To: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> References: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> Message-ID: <053.f25564591dce6eafbb77b771db44bc65@avcodec.org> #1255: mp3: regression with duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avformat Version: git-master | Resolution: Keywords: mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * reproduced: 0 => 1 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 14:30:39 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 12:30:39 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.3481b1ae300a60e9853e05ae0327b0e0@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by cehoyos): Did you already test the following? $ ffmpeg -i file:hello\:goofy.avi -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 14:56:20 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 12:56:20 -0000 Subject: [FFmpeg-trac] #1256(FFmpeg:new): FLV encoding, GOP parameter Message-ID: <034.f6e0c3b0ce68510d6c2ae54bc72d21e0@avcodec.org> #1256: FLV encoding, GOP parameter --------------------------------+-------------------------------------- Reporter: nealt | Type: defect Status: new | Priority: important Component: FFmpeg | Version: git-master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- ffmpeg version N-40126-ga4b58fd next command arguments produces flash video without specified gop (10 frames): ffmpeg.exe -i tower.avi -vcodec libx264 -g 10 -s 800x600 -acodec libmp3lame -ab 128k -y output.flv mediainfo: Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High at L3.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Format settings, GOP : M=4, N=10 Codec ID : avc1 Codec ID/Info : Advanced Video Coding but next arguments works properly (gop = 10): ffmpeg.exe -i input.avi -vcodec libx264 -g 10 -s 800x600 -acodec libmp3lame -ab 128k -y output.mp4 mediainfo: Video Format : AVC Format/Info : Advanced Video Codec Format profile : High at L3.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : 7 If you make remultiplexing of output.mp4 to flv it keeps GOP value. Why same settings for the video codec makes so different output files? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 18:57:42 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 16:57:42 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.f2e9bdcadc6dece0dd49271f840546ad@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by Uno): Replying to [comment:5 cehoyos]: > Did you already test the following? > $ ffmpeg -i file:hello\:goofy.avi It works! But shouldn't it work also without the "file:" prefix? {{{ [user at pc ~/]$ ffmpeg -i file:hello\:goofy.avi ciao.mp3 ffmpeg version 0.10.2 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 10 2012 13:39:02 with gcc 4.5.3 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame-pointer' --extra-cflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit-frame- pointer' --extra-cxxflags='-march=amdfam10 -msse4a -mabm -O2 -pipe -fomit- frame-pointer' --disable-static --enable-gpl --enable-version3 --enable- postproc --enable-avfilter --disable-stripping --disable-debug --disable- doc --disable-network --enable-libmp3lame --enable-libvo-aacenc --enable- libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --disable- indev=v4l --disable-indev=oss --enable-x11grab --disable-outdev=oss --enable-libfreetype --disable-altivec --disable-avx --disable-mmx2 --disable-ssse3 --disable-vis --disable-neon --cpu=amdfam10 --enable- hardcoded-tables 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, flv, from 'file:hello:goofy.avi': Metadata: starttime : 0 totalduration : 194 totaldatarate : 879 bytelength : 21374995 canseekontime : true sourcedata : BADC202A2HH1333452315075619 purl : pmsg : Duration: 00:03:14.48, start: 0.000000, bitrate: 879 kb/s Stream #0:0: Video: h264 (Main), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 792 kb/s, 25 tbr, 1k tbn, 50 tbc Stream #0:1: Audio: aac, 44100 Hz, stereo, s16, 99 kb/s Output #0, mp3, to 'ciao.mp3': Metadata: starttime : 0 totalduration : 194 totaldatarate : 879 bytelength : 21374995 canseekontime : true sourcedata : BADC202A2HH1333452315075619 purl : pmsg : TSSE : Lavf53.32.100 Stream #0:0: Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0:1 -> #0:0 (aac -> libmp3lame) Press [q] to stop, [?] for help size= 3040kB time=00:03:14.50 bitrate= 128.0kbits/s video:0kB audio:3039kB global headers:0kB muxing overhead 0.021786% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 20:01:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 18:01:04 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.4eb9186c31d4d9a4cb8305215c9f766b@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by cowwoc): cehoyos, Okay, so you're saying that if I restrict myself to LGPL-only features and I use static linking (since there is no alternative on iOS) and I publish the necessary object files to allow static relinking of the whole application then I am complying with the license. Is that correct? I would like to bring one final issue to your attention. Some people argue that LGPL is incompatible with the Apple App Store license because although you can re-link the aforementioned application with the provided object files, you cannot redistribute it without paying for an App Store account. Others argue this is no different than paying for development kits under embedded platforms. I'm not asking you to be a lawyer. Rather, I'm asking the ffmpeg authors to offer a licensing "clarification" that they are aware of the aforementioned dispute and in gstreamer's case this does not violate the license if the remaining terms are respected. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 20:53:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 18:53:13 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.1dee4d8ae953e842528d4f53c7373760@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by mjs973): Replying to [comment:6 Uno]: > Replying to [comment:5 cehoyos]: > > Did you already test the following? > > $ ffmpeg -i file:hello\:goofy.avi > > It works! But shouldn't it work also without the "file:" prefix? No. In ffmpeg, a filename is structured like [protocol:]filename A protocol says how to interpret the filename which follows. Examples of protocols are file:, pipe:, http:, udp: and rtp:. As a special case, single letter protocols, like c:, are interpreted as a Windows drive letter. So, in your example, ffmpeg was looking for a protocol named "hello:", and when it couldn't find one by that name, it printed an error message. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 20:59:13 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 18:59:13 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.52b8bdd29df84bedc9416fa0c5155837@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): You are at the very least missing "offer the source of the FFmpeg version you used". And there are more specific requirements, I think the only option you will be able to take a advantage of is the section 6c) of LGPL (though I can't comment on the specific legal implications of the term "written"). Also I am a bit surprised about your questions, IMHO section 6a) is rather clear on what is needed. Next, there is no way you can ask "the FFmpeg authors", there are probably over 1000, if not more of them. However I believe that you must have misunderstood the discussion concerning compatibility with the App Store or listened only to the clueless people. The requirement for e.g. code signing was considered to be not an issue for (L)GPL v2, and was the reason that the GPLv3 was introduced (which obviously means you should not compile your FFmpeg with --enable-version3). Now if you want to have my opinion based mostly on guessing what else might go wrong (assuming you provide the stuff required in 6a/c): 1) I believe that Apple (did?) require you in the developer agreement to own the rights to the code you distribute. That is between you and Apple though. 2) I believe that it is in fact Apple, not you, doing the (commercial) distribution (they make loads of copies, they get paid loads of money for it, 30% I believe). As such, it is Apple's responsibility to provide for the (L)GPL requirements according to section 6. This is between the (e.g. FFmpeg) authors and Apple, though depending on 1) Apple might have claims against you afterwards... -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Fri Apr 27 23:13:04 2012 From: trac at avcodec.org (FFmpeg) Date: Fri, 27 Apr 2012 21:13:04 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.3c98502213285e2fd1afb29de85d94d1@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by yepher): So when is the FFmpeg legal team (aka authors?) going to go after Apple for all those applications that are currently using the Library without adhering to the terms? ;) @Reimar, So if I understand, what you are saying above is: FFMpeg legal would not attempt to prosecute an entity that sells "closed source application that contains FFMPeg statically linked" if: 1. The entity offers the source of the FFmpeg version they used. 2. Address LGPLv2 "6C" by providing a written offer to provide the source code of FFMPeg used for the application. (this presumably also clears Apple?) 3. ensure FFMPeg was built as LGPL and not GPL Did I understand you properly? Thank you for your patience on this issue. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 09:47:30 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 07:47:30 -0000 Subject: [FFmpeg-trac] #1257(avcodec:new): ffmpeg multithread decoding, the rate is not improved Message-ID: <035.8941ec9fbf8294141ca561f83211c486@avcodec.org> #1257: ffmpeg multithread decoding,the rate is not improved -------------------------------------+------------------------------------- Reporter: xiaoyu | Type: Status: new | enhancement Component: avcodec | Priority: wish Keywords: multithread | Version: git- decode | master Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hi! I'm trying to decode .264 file using ffmpeg with -threads option,i'm using a dual-core computer and build ffmpeg using the pthread option,but the rate is not improved,i wonder what is the reason. my command line is: time ./ffmpeg -y -threads 2 -thread_type slice -i test.264 test.yuv and time ./ffmpeg -y -threads 1 -i test.264 test.yuv the time is close,i didn't see any improvement. i tried to encode and transcode video using -threads option,i can see great improvment about twice speed improvent ,why does the multithread decode is not good? i hope that someone can help me solve the problem! -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 10:42:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 08:42:24 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.2bcb6828a1fa4b97700190b5915e2a17@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by Uno): Replying to [comment:7 mjs973]: > Replying to [comment:6 Uno]: > > Replying to [comment:5 cehoyos]: > > > Did you already test the following? > > > $ ffmpeg -i file:hello\:goofy.avi > > > > It works! But shouldn't it work also without the "file:" prefix? > > > No. In ffmpeg, a filename is structured like [protocol:]filename > > A protocol says how to interpret the filename which follows. Examples of protocols are file:, pipe:, http:, udp: and rtp:. As a special case, single letter protocols, like c:, are interpreted as a Windows drive letter. > > So, in your example, ffmpeg was looking for a protocol named "hello:", and when it couldn't find one by that name, it printed an error message. > I thought it should be that the reason, but shouldn't it answer: "hello: wrong protocol" instead of "hello:goofy.avi: No such file or directory"? Like this, is a quite confusing... However I suggest to the developers to treat the unknown protocol as probably file, so just then show an error message if missing! Thanks for the explanation. P.s. Still a weird think: why does it works for "cehoyos"? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 13:09:58 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 11:09:58 -0000 Subject: [FFmpeg-trac] #1258(FFmpeg:new): Codec support request : MPEG Multichannel Audio Message-ID: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> #1258: Codec support request : MPEG Multichannel Audio -------------------------------------+------------------------------------- Reporter: aquarat | Type: Status: new | enhancement Component: FFmpeg | Priority: normal Keywords: mpeg | Version: mctoolame multichannel | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Hi Support for MPEG Multichannel audio seems to be missing. This is different to ac3. More information can be found here : http://en.wikipedia.org/wiki/MPEG_Multichannel It's a method of encoding surround audio into stereo mpeg2 files. If the files are played back using software that doesn't support the extra channels, the data is dropped and only the first two channels are decoded. This codec forms part of the HDV specification (specifically the 4 channel audio option on some HDV camcorders). The Canon XLH1, in particular, made use of this system. I have found a very old project called mctoolamed : http://mctoolame.sourceforge.net which can decode this codec. mctoolamed has several issues; it doesn't make provision for sample rates other than 44.1kHz and it also only supports 2,6 and 8 channel files (HDV cameras shoot 4 channels). -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 13:40:38 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 11:40:38 -0000 Subject: [FFmpeg-trac] #1258(FFmpeg:new): Codec support request : MPEG Multichannel Audio In-Reply-To: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> References: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> Message-ID: <051.f93b594918bb1bb24307a086a0e85f5a@avcodec.org> #1258: Codec support request : MPEG Multichannel Audio -------------------------------------+------------------------------------- Reporter: aquarat | Owner: Type: enhancement | Status: new Priority: normal | Component: FFmpeg Version: unspecified | Resolution: Keywords: mpeg | Blocked By: mctoolame multichannel | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by aquarat): I've included mctoolamed-01a.tgz, which is also available on Sourceforge. I've also included my modified version of the code "lamedecoder"... my C++ skills are really bad, so I've highlighted the changes I've made below. I also tried modifying the code to change the output file names depending on the input file name... but yeah, C skills are lacking. To compile mctoolamed on Debian you need to change the architecture in the Makefile. I changed it to "core2" to get it to run on my Core-based machine (Intel Xeon). I had to modify part of the code to get it to handle 4 channel files : in audio_write.c : I modified the soundfile array Original : {{{ char soundfile[MTYPES][MAXCHANNELS][256] = { {"left.wav", "right.wav", "centre.wav", "left_surround.wav", "right_surround.wav"}, {"left.wav", "right.wav", "centre.wav", "lfe_this_may_not_play.wav", "left_surround.wav", "right_surround.wav"} }; }}} Revised : {{{ char soundfile[MTYPES][MAXCHANNELS][256] = { {"left.wav", "right.wav", "centre.wav", "left_surround.wav", "right_surround.wav"}, {"left.wav", "right.wav", "centre.wav", "lfe_this_may_not_play.wav", "left_surround.wav", "right_surround.wav"}, {"left.wav", "right.wav", "rearleft.wav", "rearright.wav"} }; }}} The "waveheader" array has the sample rate flag set for 44.1kHz. If left unchanged the resulting files will play back slower than they should. Modification to handle 4 channels : Original : {{{ void init_audio_outputs(int numchan) { int i,j; int type=-1; numchannels = numchan; // Set the global var for later on. if (numchan == 5) type = 0; if (numchan == 6) type = 1; if (soundfile>=0) { fprintf(stderr,"initialising %i output files\n",numchannels); for (i=0;i=0) { fprintf(stderr,"initialising %i output files\n",numchannels); for (i=0;i FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 13:56:19 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 11:56:19 -0000 Subject: [FFmpeg-trac] #1250(avcodec:open): shorten: block size In-Reply-To: <038.756dd6fb633e3a7ef19b1cfd865f47a5@avcodec.org> References: <038.756dd6fb633e3a7ef19b1cfd865f47a5@avcodec.org> Message-ID: <053.fb18adeb34a7ac6544e9082c79f9c06e@avcodec.org> #1250: shorten: block size -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avcodec Version: git-master | Resolution: Keywords: shorten | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avcodec * priority: normal => important * version: unspecified => git-master * keywords: => shorten regression Comment: For 512.shn, this is a regression since 1baa25c. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 14:00:34 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 12:00:34 -0000 Subject: [FFmpeg-trac] #1258(avcodec:open): Codec support request : MPEG Multichannel Audio In-Reply-To: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> References: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> Message-ID: <051.388544d42e2f6f230cf810ec7125343b@avcodec.org> #1258: Codec support request : MPEG Multichannel Audio -------------------------------------+----------------------------------- Reporter: aquarat | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Changes (by cehoyos): * keywords: mpeg mctoolame multichannel => mp2 * priority: normal => wish * status: new => open * component: FFmpeg => avcodec * version: unspecified => git-master -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 14:07:10 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 12:07:10 -0000 Subject: [FFmpeg-trac] #1258(avcodec:open): Codec support request : MPEG Multichannel Audio In-Reply-To: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> References: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> Message-ID: <051.e60eae11fc466f4f457bf408d69e6224@avcodec.org> #1258: Codec support request : MPEG Multichannel Audio -------------------------------------+----------------------------------- Reporter: aquarat | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by cehoyos): Do you have a 4-channel sample? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 14:35:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 12:35:55 -0000 Subject: [FFmpeg-trac] #1255(avformat:closed): mp3: regression with duration In-Reply-To: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> References: <038.5e3c08430818b8e5d87e32644c25ba4e@avcodec.org> Message-ID: <053.ce5c55cd3d752d229a33282d9a9b98b9@avcodec.org> #1255: mp3: regression with duration -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: important | Component: avformat Version: git-master | Resolution: fixed Keywords: mp3 | Blocked By: regression | Reproduced by developer: 1 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cbsrobot): * status: open => closed * resolution: => fixed Comment: this was fixed in 8b97ae64841ed29db9c77db322890656cdc0d354 -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 15:03:21 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 13:03:21 -0000 Subject: [FFmpeg-trac] #1229(FFmpeg:closed): LGPL is not compatible with IOS In-Reply-To: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> References: <035.9dfcb1e5086a30dddad7b279777270ea@avcodec.org> Message-ID: <050.a8e82454aa24654e699b533ba7b7f607@avcodec.org> #1229: LGPL is not compatible with IOS -------------------------------------+------------------------------------- Reporter: yepher | Owner: Type: license | Status: closed violation | Component: FFmpeg Priority: normal | Resolution: wontfix Version: unspecified | Blocked By: Keywords: | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by reimar): I assume it is clear I can't give more than personal opinion. There is no "FFmpeg legal team" so the questions don't really make any sense. It is not possible to predict with certainty what each of about 1000 people will do. Though you can look at historic data and to the best of my knowledge it will indicate that people making the (possibly modified) code of the LGPL part available hassle-free don't really risk lawsuits. The original question was about static vs. non-static linking, reading 6a) should answer that question. You still have to follow the rest of the terms, I will _not_ spend the time to try and come up with a water-proof complete list, even more since I certainly can't say anything about any 3rd-party obligations you may have (note in particular "provided that the terms permit modification of the work for the customer's own use and reverse engineering for debugging such modifications" in section 6). 6c requires the entity doing the distribution to make the offer, so you making such an offer certainly doesn't get Apple into compliance. The closest to that might be to try to fulfill 6d) by including a download link in the App Store description, but I do not offer any legal advice here (not that I could anyway), and in particular not whether you placing the link that the shows up on Apple's side counts as Apple "offering access", nor whether linking to your server counts as "equivalent access" to an App Store download. And I certainly don't know what Apple's opinion will be on you doing that. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 16:58:32 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 14:58:32 -0000 Subject: [FFmpeg-trac] #1258(avcodec:open): Codec support request : MPEG Multichannel Audio In-Reply-To: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> References: <036.c2a4212980f77a7848f1870f7745a12f@avcodec.org> Message-ID: <051.af48d1c4291b2e8acdb5bd8f8854d31c@avcodec.org> #1258: Codec support request : MPEG Multichannel Audio -------------------------------------+----------------------------------- Reporter: aquarat | Owner: Type: enhancement | Status: open Priority: wish | Component: avcodec Version: git-master | Resolution: Keywords: mp2 | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+----------------------------------- Comment (by aquarat): Replying to [comment:3 cehoyos]: > Do you have a 4-channel sample? Yes I do, I'll attach it now. This is the process used to get the file : ffmpeg -i hdvinput.hdv -vn -acodec copy out.mp2 (where hdvinput.hdv is a raw hdv file captured off HDV tape) dd if=out.mp2 of=4CHsample.mp2 bs=1024 count=500 Hope that helps. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 17:00:36 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 15:00:36 -0000 Subject: [FFmpeg-trac] #1253(FFmpeg:closed): FFMpeg don't handle files with some characters In-Reply-To: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> References: <032.06b353fe07b28d5f09744454da050f08@avcodec.org> Message-ID: <047.4b0e836416dad9b5e4939e95680c7c7a@avcodec.org> #1253: FFMpeg don't handle files with some characters --------------------------------+-------------------------------------- Reporter: Uno | Owner: Type: defect | Status: closed Priority: normal | Component: FFmpeg Version: 0.10.2 | Resolution: worksforme Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | --------------------------------+-------------------------------------- Comment (by Cigaes): Replying to [comment:8 Uno]: > However I suggest to the developers to treat the unknown protocol as probably file, so just then show an error message if missing! Good idea. This is now in Git head: {{{bar:foo: Protocol not found}}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 21:20:35 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 19:20:35 -0000 Subject: [FFmpeg-trac] #1100(avformat:closed): nut_read_timestamp@nutdec.c doesn return value for Android NDK In-Reply-To: <037.d7bb7a025757e3c962e72b4dbef1830a@avcodec.org> References: <037.d7bb7a025757e3c962e72b4dbef1830a@avcodec.org> Message-ID: <052.ffe1c2aea1d9c0fa1a70c4b30a454f4a@avcodec.org> #1100: nut_read_timestamp at nutdec.c doesn return value for Android NDK ----------------------------------+------------------------------------ Reporter: obucinac | Owner: Type: defect | Status: closed Priority: normal | Component: avformat Version: 0.10 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+------------------------------------ Changes (by reimar): * status: new => closed * resolution: => invalid Comment: While I send a patch to improve that code (yours is no good because it will just lead to a unreachable code warning with better compilers), you are on your own when using third-party build systems. Standard configure and make work just fine the NDK compiler (if not you can report issues to us), if you insist on using their build system (which I'd consider very badly designed, plus making warnings like this that have loads of false positives since they rely on the optimizer errors is not particularly bright either) then you are on your own. At least IMHO. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sat Apr 28 23:37:55 2012 From: trac at avcodec.org (FFmpeg) Date: Sat, 28 Apr 2012 21:37:55 -0000 Subject: [FFmpeg-trac] #1092(avcodec:open): amv: gray bar at the bottom In-Reply-To: <038.5d42757d40bbd48c8aadc4b0b581b549@avcodec.org> References: <038.5d42757d40bbd48c8aadc4b0b581b549@avcodec.org> Message-ID: <053.557c79f9bccdba2cb9559630b192b58f@avcodec.org> #1092: amv: gray bar at the bottom ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: avcodec Version: git-master | Resolution: Keywords: amv | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Comment (by reimar): Patch send, testing against an actual device that supports AMV would be welcome. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 14:59:18 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 12:59:18 -0000 Subject: [FFmpeg-trac] #997(FFprobe:closed): ffprobe -show_frames segfaults on h264 in mpegts In-Reply-To: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> References: <036.1afca75a26c0ddd1514cc538a7907f0e@avcodec.org> Message-ID: <051.bee74bb6b3f9504bb08357111ce7cfca@avcodec.org> #997: ffprobe -show_frames segfaults on h264 in mpegts --------------------------------------+----------------------------------- Reporter: pettter | Owner: stefano Type: defect | Status: closed Priority: normal | Component: FFprobe Version: git-master | Resolution: fixed Keywords: h264, mpegts | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 1 | --------------------------------------+----------------------------------- Changes (by saste): * analyzed: 0 => 1 * status: open => closed * resolution: => fixed -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 15:16:27 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 13:16:27 -0000 Subject: [FFmpeg-trac] #1101(avcodec:closed): libavcodec srtdec.c unbuildable with Android NDK In-Reply-To: <037.d8059a766ded51f34827a257614b9d12@avcodec.org> References: <037.d8059a766ded51f34827a257614b9d12@avcodec.org> Message-ID: <052.0525f40d73c99e3311da73c3fc7cf62b@avcodec.org> #1101: libavcodec srtdec.c unbuildable with Android NDK ----------------------------------+----------------------------------- Reporter: obucinac | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: 0.10 | Resolution: invalid Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+----------------------------------- Changes (by reimar): * status: new => closed * resolution: => invalid Comment: Please use normal configure and make to build with the NDK. Building with their nonsense compiler options is not supported. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 15:26:26 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 13:26:26 -0000 Subject: [FFmpeg-trac] #1140(undetermined:closed): Enabling GMC warp points in demuxing. In-Reply-To: <038.7facdfe83149b4740326f0f4969fe32e@avcodec.org> References: <038.7facdfe83149b4740326f0f4969fe32e@avcodec.org> Message-ID: <053.84cfde3a0b87ece6421147402df4bd84@avcodec.org> #1140: Enabling GMC warp points in demuxing. -------------------------------------+------------------------------------- Reporter: chungshik | Owner: Type: enhancement | Status: closed Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: wontfix Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by reimar): * status: new => closed * resolution: => wontfix Comment: Sorry, but that is not acceptable IMHO. 1) Your change only works with the mov demuxer 2) It would parse headers for no good reason except to set this one field that almost no FFmpeg user would use (and it would hinder us from changing the parser to be more efficient and not process such fields which it doesn't really need). 3) If the problem is finding out whether a decoder supports a format, the decoder should offer an interface for doing that. It is simply unreasonable to try to expose all of the (particularly in newer codecs) 10s of options that may influence if some implementation can decode it. For codecs that don't expose such an API, just trying to decode the first frame and see if there was an error should work. For codecs that can't even do those I don't have a suggestion I admit (except suggesting that maybe just never using such a bad implementation would probably be quite a good idea). If you disagree your best chance would be to bring it up for discussion by others on the -devel mailing list. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 15:53:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 13:53:29 -0000 Subject: [FFmpeg-trac] #1022(avformat:open): Muxing more than one audio stream in rm (was: "Glibc detected corrupted double-linked list" when copying rtsp stream.) In-Reply-To: <035.4486131424712c85d7663891d195bac6@avcodec.org> References: <035.4486131424712c85d7663891d195bac6@avcodec.org> Message-ID: <050.445fab2e6acdff623bd1041cbc794f46@avcodec.org> #1022: Muxing more than one audio stream in rm -------------------------------------+------------------------------------ Reporter: vk5ztv | Owner: michael Type: enhancement | Status: open Priority: wish | Component: avformat Version: git-master | Resolution: Keywords: rm | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------ Changes (by cehoyos): * priority: important => wish * type: defect => enhancement Comment: Reimar pushed a patch that prints an error message if the user tries to mux more than one audio stream in rm, so this is a feature request now. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 15:57:11 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 13:57:11 -0000 Subject: [FFmpeg-trac] #1142(undetermined:open): xbm: fail to decode In-Reply-To: <038.0e25f9a144c42395bc0124624c8407a8@avcodec.org> References: <038.0e25f9a144c42395bc0124624c8407a8@avcodec.org> Message-ID: <053.881ad15b540fc3898346c52518066b9a@avcodec.org> #1142: xbm: fail to decode -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: normal | Component: Version: git-master | undetermined Keywords: xbm | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 1 -------------------------------------+------------------------------------- Comment (by reimar): This is due to the variable name containing an x. Patch sent. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 18:25:01 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 16:25:01 -0000 Subject: [FFmpeg-trac] #1259(undetermined:new): Audio sync issue Message-ID: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> #1259: Audio sync issue -------------------------------------+------------------------------------- Reporter: burek | Type: defect Status: new | Priority: normal Component: | Version: undetermined | unspecified Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- From IRC channel: Trying to record from webcam and keep audio in sync, this has audio running behind by 3-4 seconds input comes from a separate usb mic if that makes any difference {{{ % ffmpeg -f alsa -i pulse -f video4linux2 -s 800x600 -i /dev/video0 -sameq -acodec libmp3lame -ab 96k out.mkv ffmpeg version N-40213-g9f98a8e Copyright (c) 2000-2012 the FFmpeg developers built on Apr 29 2012 16:47:10 with gcc 4.7.0 20120414 (prerelease) configuration: --enable-libx264 --enable-nonfree --enable-libmp3lame --enable-libpulse --enable-gpl --disable-outdev=oss libavutil 51. 48.100 / 51. 48.100 libavcodec 54. 17.100 / 54. 17.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [alsa @ 0x279e100] Estimating duration from bitrate, this may be inaccurate Input #0, alsa, from 'pulse': Duration: N/A, start: 1335715213.308329, bitrate: 1536 kb/s Stream #0:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s [video4linux2,v4l2 @ 0x279b3a0] Estimating duration from bitrate, this may be inaccurate Input #1, video4linux2,v4l2, from '/dev/video0': Duration: N/A, start: 67955.437449, bitrate: 153600 kb/s Stream #1:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 800x600, 153600 kb/s, 20 tbr, 1000k tbn, 20 tbc [buffer @ 0x27a5100] w:800 h:600 pixfmt:yuyv422 tb:1/1000000 sar:0/1 sws_param:flags=2 [buffersink @ 0x279c9e0] auto-inserting filter 'auto-inserted scale 0' between the filter 'src' and the filter 'out' [scale @ 0x279d320] w:800 h:600 fmt:yuyv422 sar:0/1 -> w:800 h:600 fmt:yuv422p sar:0/1 flags:0x4 [libx264 @ 0x279a820] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 [libx264 @ 0x279a820] profile High 4:2:2, level 3.1, 4:2:2 8-bit [libx264 @ 0x279a820] 264 - core 120 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=20 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 Guessed Channel Layout for Input Stream #0.0 : stereo Output #0, matroska, to 'out.mkv': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: h264, yuv422p, 800x600, q=-1--1, 1k tbn, 20 tbc Stream #0:1: Audio: mp3, 48000 Hz, stereo, s16, 96 kb/s Stream mapping: Stream #1:0 -> #0:0 (rawvideo -> libx264) Stream #0:0 -> #0:1 (pcm_s16le -> libmp3lame) Press [q] to stop, [?] for help Input stream #0:0 frame changed from rate:48000 fmt:s16 ch:2 chl:0x0 to rate:48000 fmt:s16 ch:2 chl:0x3 frame= 65 fps= 13 q=-1.0 Lsize= 871kB time=00:00:04.40 bitrate=1622.4kbits/s video:782kB audio:87kB global headers:0kB muxing overhead 0.307903% [libx264 @ 0x279a820] frame I:1 Avg QP:23.90 size: 34621 [libx264 @ 0x279a820] frame P:31 Avg QP:23.35 size: 17539 [libx264 @ 0x279a820] frame B:33 Avg QP:25.02 size: 6721 [libx264 @ 0x279a820] consecutive B-frames: 7.7% 64.6% 27.7% 0.0% [libx264 @ 0x279a820] mb I I16..4: 18.5% 60.6% 20.9% [libx264 @ 0x279a820] mb P I16..4: 1.7% 7.0% 1.4% P16..4: 48.3% 18.1% 13.3% 0.0% 0.0% skip:10.0% [libx264 @ 0x279a820] mb B I16..4: 0.3% 1.8% 0.3% B16..8: 38.5% 4.8% 1.2% direct: 7.8% skip:45.3% L0:41.9% L1:49.5% BI: 8.7% [libx264 @ 0x279a820] 8x8 transform intra:67.8% inter:73.1% [libx264 @ 0x279a820] coded y,uvDC,uvAC intra: 65.6% 95.6% 80.9% inter: 23.1% 58.6% 16.7% [libx264 @ 0x279a820] i16 v,h,dc,p: 17% 11% 2% 69% [libx264 @ 0x279a820] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 12% 12% 8% 8% 11% 7% 11% 9% [libx264 @ 0x279a820] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 15% 12% 8% 9% 10% 7% 8% 6% [libx264 @ 0x279a820] i8c dc,h,v,p: 45% 11% 24% 21% [libx264 @ 0x279a820] Weighted P-Frames: Y:3.2% UV:3.2% [libx264 @ 0x279a820] ref P L0: 53.4% 12.1% 22.5% 12.1% 0.0% [libx264 @ 0x279a820] ref B L0: 73.9% 24.6% 1.5% [libx264 @ 0x279a820] ref B L1: 95.1% 4.9% [libx264 @ 0x279a820] kb/s:1422.43 }}} try lowering your video resolution to 320x240 just to see if it works i get some weird speedup and lots of PTS 4254653, next:4716287 invalid dropping st:0 try: ffmpeg -f video4linux2 -s 320x240 -r 25 -i /dev/video0 -f alsa -i pulse -sameq -acodec libmp3lame -ab 96k out.mkv no errors but sound still lagging about 1 second behind using mp4 solves it, even works in 1280x720 So, there is some kind of bug, when using alsa+video4linux2, which might be investigated a little bit, since a lot of people have reported syncing issues when capturing inputs from webcams (using video4linux2) + alsa audio. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 18:28:03 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 16:28:03 -0000 Subject: [FFmpeg-trac] #1259(undetermined:new): Audio sync issue In-Reply-To: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> References: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> Message-ID: <049.1dab372abfa1b80a1889561c509780d4@avcodec.org> #1259: Audio sync issue -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): btw, you could see there are several other people that reported syncing issues when using video4linux2 + alsa, by looking in irc logs, if you will: http://ffmpeg.gusari.org/irclogs/ -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 18:42:29 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 16:42:29 -0000 Subject: [FFmpeg-trac] #1220(avcodec:closed): camstudio: broken output with 16bpp and odd width In-Reply-To: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> References: <038.54f979999233b9bf311eff66499e0fdd@avcodec.org> Message-ID: <053.43fcc40e0a7d1aeb052a4d38fb2ac5ac@avcodec.org> #1220: camstudio: broken output with 16bpp and odd width ------------------------------------+----------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: closed Priority: normal | Component: avcodec Version: git-master | Resolution: fixed Keywords: camstudio | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+----------------------------------- Changes (by cehoyos): * status: open => closed * resolution: => fixed Comment: Different patch applied, should be fixed. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 18:45:51 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 16:45:51 -0000 Subject: [FFmpeg-trac] #1259(undetermined:new): Audio sync issue In-Reply-To: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> References: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> Message-ID: <049.3c0179ed362dd8534498ca66467b45ba@avcodec.org> #1259: Audio sync issue -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by cehoyos): Isn't this a duplicate of ticket #692? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 20:52:52 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 18:52:52 -0000 Subject: [FFmpeg-trac] #1259(undetermined:new): Audio sync issue In-Reply-To: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> References: <034.8b9c2220b80529ea125195a0ab0cd8cf@avcodec.org> Message-ID: <049.fc0165e764912f2b1d7913ee3f774508@avcodec.org> #1259: Audio sync issue -------------------------------------+------------------------------------- Reporter: burek | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Comment (by burek): I'm not sure if it is. I just posted it as a new issue, because it might not be related, since the guy solved his issue by choosing the mp4 output, which I didn't test in case of ticket 692. Also, he didn't have time/will to post the bug report, so I just copied the info from the irc channel, if anyone decides to test it himself. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 21:43:16 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 19:43:16 -0000 Subject: [FFmpeg-trac] #1260(undetermined:new): vf nagate: crash 2 Message-ID: <038.96153825340dc573bba7195a266a9ac1@avcodec.org> #1260: vf nagate: crash 2 -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- {{{ (gdb) r -i AVI-CVID_MP3.avi -vf negate -an -vcodec msmpeg4v2 out.avi Starting program: d:\mingw\msys\1.0\ffmpeg-head-7432bcf\ffmpeg_g.exe -i AVI-CVID _MP3.avi -vf negate -an -vcodec msmpeg4v2 out.avi [New Thread 776.0xcb0] ffmpeg version 0.10.2.git-7432bcf Copyright (c) 2000-2012 the FFmpeg developers built on Apr 15 2012 01:02:52 with gcc 4.6.1 configuration: --disable-ffprobe libavutil 51. 46.100 / 51. 46.100 libavcodec 54. 14.101 / 54. 14.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 70.100 / 2. 70.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 Input #0, avi, from 'AVI-CVID_MP3.avi': Duration: 00:00:05.95, start: 0.000000, bitrate: 1435 kb/s Stream #0:0: Video: cinepak (cvid / 0x64697663), yuv420p, 192x128, 24 fps, 2 4 tbr, 24 tbn, 24 tbc Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 11025 Hz, mono, s16, 8 kb/s File 'out.avi' already exists. Overwrite ? [y/N] y w:192 h:128 pixfmt:yuv420p tb:1/1000000 sar:0/1 sws_param:flags=2 Output #0, avi, to 'out.avi': Metadata: ISFT : Lavf54.3.100 Stream #0:0: Video: msmpeg4v2 (MP42 / 0x3234504D), yuv420p, 192x128, q=2-31, 200 kb/s, 24 tbn, 24 tbc Stream mapping: Stream #0:0 -> #0:0 (cinepak -> msmpeg4v2) Press [q] to stop, [?] for help Program received signal SIGSEGV, Segmentation fault. draw_slice (inlink=0x39e3d60, y=0, h=128, slice_dir=1) at libavfilter/vf_lut.c:339 339 outrow[j] = tab[inrow[j]]; (gdb) bt #0 draw_slice (inlink=0x39e3d60, y=0, h=128, slice_dir=1) at libavfilter/vf_lut.c:339 #1 0x00417c38 in avfilter_draw_slice (link=0x39e3d60, y=0, h=128, slice_dir=1) at libavfilter/avfilter.c:662 #2 0x0041859a in request_frame (link=0x39e3d60) at libavfilter/vsrc_buffer.c:259 #3 0x004170c1 in avfilter_request_frame (link=0x39e3e40) at libavfilter/avfilter.c:541 #4 0x00418fe2 in av_buffersink_get_buffer_ref (ctx=0x39e33a0, bufref=0x22e90c, flags=0) at libavfilter/sink_buffer.c:129 #5 0x004082bb in transcode_video (pkt_pts=, got_output=, pkt=, ist=) at ffmpeg.c:2189 #6 output_packet (ist=0x39e2940, ost_table=0x39e2e00, nb_ostreams=1, pkt=0x22fbf0) at ffmpeg.c:2292 #7 0x0040ca68 in transcode (output_files=0x39e2fa0, nb_output_files=1, input_files=0x39e2a60, nb_input_files=1) at ffmpeg.c:3163 #8 0x0022ff48 in ?? () Backtrace stopped: Not enough registers or memory available to unwind further }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 21:45:31 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 19:45:31 -0000 Subject: [FFmpeg-trac] #1261(undetermined:new): yellowish color with resize and -pix_fmt pal8 Message-ID: <038.87c13d7956d1ce4e62b375f840830f82@avcodec.org> #1261: yellowish color with resize and -pix_fmt pal8 -------------------------------------+------------------------------------- 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 -------------------------------------+------------------------------------- not reproducible with -pix_fmt bgr24 {{{ C:\>ffmpeg -i 1023.bmp -s 1024x767 -pix_fmt pal8 out.bmp ffmpeg version N-40172-g28c5775 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 28 2012 02:21:26 with gcc 4.5.0 20100414 (Fedora MinGW 4.5.0-1.fc 14) 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' --extra-cflags='--static -I/var/www/users/research/ffmpeg/snapshots/buil d/include' --extra-ldflags='-static -L/var/www/users/research/ffmpeg/snapshots/b uild/lib' --enable-bzlib --enable-zlib --enable-gpl --enable-version3 --enable-n onfree --enable-libx264 --enable-libspeex --enable-libtheora --enable- libvorbis --enable-libfaac --enable-libxvid --enable-libopencore-amrnb --enable- libopencor e-amrwb --enable-libmp3lame --enable-libvpx --disable-decoder=libvpx libavutil 51. 48.100 / 51. 48.100 libavcodec 54. 16.100 / 54. 16.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '1023.bmp': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: bmp, pal8, 1023x767, 25 tbr, 25 tbn, 25 tbc [buffer @ 0x1dc1fc0] w:1023 h:767 pixfmt:pal8 tb:1/1000000 sar:0/1 sws_param:fla gs=2 [scale @ 0x1dc2180] w:1023 h:767 fmt:pal8 sar:0/1 -> w:1024 h:767 fmt:pal8 sar:0 /1 flags:0x4 Output #0, image2, to 'out.bmp': Metadata: encoder : Lavf54.3.100 Stream #0:0: Video: bmp, pal8, 1024x767, q=2-31, 200 kb/s, 90k tbn, 25 tbc Stream mapping: Stream #0:0 -> #0:0 (bmp -> 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:768kB audio:0kB global headers:0kB muxing overhead -100.000000% }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 21:59:07 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 19:59:07 -0000 Subject: [FFmpeg-trac] #1262(undetermined:new): libutvideo enc: crash Message-ID: <038.e1781344c24b378b4becd6c9236f18b8@avcodec.org> #1262: libutvideo enc: crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: | undetermined unspecified | Keywords: Blocked By: | Blocking: Reproduced by developer: 0 | Analyzed by developer: 0 -------------------------------------+------------------------------------- please post bt if reproducible {{{ C:\>ffmpeg -i 320.png -vcodec libutvideo out.avi ffmpeg version N-40126-ga4b58fd Copyright (c) 2000-2012 the FFmpeg developers built on Apr 26 2012 03:29:50 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, image2, from '320.png': Duration: 00:00:00.04, start: 0.000000, bitrate: N/A Stream #0:0: Video: png, rgb24, 320x240, 25 tbr, 25 tbn, 25 tbc w:320 h:240 pixfmt:rgb24 tb:1/1000000 sar:0/1 sws_param:flags=2 [buffersink @ 02251940] auto-inserting filter 'auto-inserted scale 0' between th e filter 'src' and the filter 'out' [scale @ 02252400] w:320 h:240 fmt:rgb24 sar:0/1 -> w:320 h:240 fmt:bgr24 sar:0/ 1 flags:0x4 C:\> }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Sun Apr 29 22:59:24 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 20:59:24 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:new): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting Message-ID: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting -------------------------------------+------------------------------------- Reporter: pmts | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: git- Keywords: memory dts | master mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Tested with current git and 0.10.2. This seems to happen with one particular input file. I'm trying to remux that file using ffmpeg while transcoding a dts track into ac3. This transcoding seems to trigger the bug. While encoding ffmpeg started allocating huge amounts of memory, on the order of 100MB/s. At first I thought it's a memory leak, bu then I noticed it's keeping the output file in memory and only writes it to disk after I tell it to stop. My command line: {{{ffmpeg -i The.Good.the.Bad.and.the.Ugly.1966.720p.BluRay.HQF.mkv -vcodec copy -acodec ac3 -ab 448k -map 0:v -map 0:2 -map 0:6 -map 0:7 -map 0:8 -map 0:9 -scodec copy /mnt/auto/megamagazyn/filmy/The.Good.the.Bad.and.the.Ugly.1966.720p.BluRay.HQF.mkv}}} 0.10.2 didn't print any errors/warnings, but current git floods the screen with the following: {{{ DTS 15936, next:15984666 st:2 invalid dropping PTS 15936, next:15984666 invalid dropping st:2 DTS 15946, next:15995332 st:2 invalid dropping PTS 15946, next:15995332 invalid dropping st:2 DTS 15956, next:16005998 st:2 invalid dropping PTS 15956, next:16005998 invalid dropping st:2 DTS 15966, next:16016664 st:2 invalid dropping PTS 15966, next:16016664 invalid dropping st:2 DTS 15976, next:16027330 st:2 invalid dropping PTS 15976, next:16027330 invalid dropping st:2 DTS 15986, next:16037996 st:2 invalid dropping PTS 15986, next:16037996 invalid dropping st:2 DTS 15996, next:16048662 st:2 invalid dropping PTS 15996, next:16048662 invalid dropping st:2 DTS 16006, next:16059328 st:2 invalid dropping PTS 16006, next:16059328 invalid dropping st:2 DTS 16021, next:16069994 st:2 invalid dropping PTS 16021, next:16069994 invalid dropping st:2 DTS 16031, next:16080660 st:2 invalid dropping PTS 16031, next:16080660 invalid dropping st:2 }}} I'll attach a full verbose log, where I let it run for a couple of seconds and pressed 'q'. I also noticed, that if I only give it {{{-c copy -map 0}}}, it quits immediately with the following error: {{{ DTS 15936, next:15974000 st:2 invalid dropping PTS 15936, next:15974000 invalid dropping st:2 [matroska @ 0x111f910] Application provided invalid, non monotonically increasing dts to muxer in stream 2: 15974 >= 15974 av_interleaved_write_frame(): Invalid argument }}} {{{ $ ffmpeg -v 9 -loglevel 99 -i The.Good.the.Bad.and.the.Ugly.1966.720p.BluRay.HQF.mkv ffmpeg version N-40215-g46eba43 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 29 2012 22:20:13 with gcc 4.6.2 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -march=native -pipe -ggdb' --extra-cflags='-O2 -march=native -pipe -ggdb' --extra-cxxflags='-O2 -march=native -pipe -ggdb' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libfaac --enable-nonfree --enable-openal --disable-indev=v4l --disable-indev=v4l2 --disable-indev=oss --disable-indev=jack --enable- x11grab --enable-libpulse --disable-outdev=oss --enable-fontconfig --enable-libfreetype --enable-pthreads --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libbluray --enable-libschroedinger --disable-amd3dnow --disable-amd3dnowext --disabl libavutil 51. 48.100 / 51. 48.100 libavcodec 54. 17.101 / 54. 17.101 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [matroska,webm @ 0x20e1560] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase st:2 removing common factor 1000000 from timebase st:3 removing common factor 1000000 from timebase st:4 removing common factor 1000000 from timebase st:5 removing common factor 1000000 from timebase st:6 removing common factor 1000000 from timebase [matroska,webm @ 0x20e1560] File position before avformat_find_stream_info() is 369052 [h264 @ 0x20e57b0] no picture [dca @ 0x20e6400] Stream with high frequencies VQ coding [h264 @ 0x20e57b0] no picture [matroska,webm @ 0x20e1560] All info found [matroska,webm @ 0x20e1560] File position after avformat_find_stream_info() is 853537 Input #0, matroska,webm, from 'The.Good.the.Bad.and.the.Ugly.1966.720p.BluRay.HQF.mkv': Metadata: title : HQ-Films creation_time : 2009-04-10 09:35:30 Duration: 02:58:42.17, start: 0.000000, bitrate: 6743 kb/s Stream #0:0(eng), 3, 1/1000: Video: h264 (High), yuv420p, 1280x544, 417083/20000000, SAR 1:1 DAR 40:17, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0:1(rus), 8, 1/1000: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s (default) Metadata: title : ???????????? Stream #0:2(eng), 8, 1/1000: Audio: dts (DTS), 48000 Hz, 5.1(side), s16, 1536 kb/s Metadata: title : Main Audio Stream #0:3(eng), 8, 1/1000: Audio: vorbis, 48000 Hz, stereo, s16 Metadata: title : Commentary Track 1 Stream #0:4(eng), 8, 1/1000: Audio: vorbis, 48000 Hz, stereo, s16 Metadata: title : Commentary Track 2 Stream #0:5(rus), 0, 1/1000: Subtitle: text Stream #0:6(eng), 0, 1/1000: Subtitle: ssa Stream #0:7, 0, 1/90000: Attachment: ttf Metadata: filename : CronosPro-Bold.ttf mimetype : application/x-truetype-font Stream #0:8, 0, 1/90000: Attachment: ttf Metadata: filename : CronosPro-Semibold.ttf mimetype : application/x-truetype-font Stream #0:9, 0, 1/90000: Attachment: ttf Metadata: filename : CronosPro-SemiboldIt.ttf mimetype : application/x-truetype-font At least one output file must be specified }}} The funniest part? The (partial) output file plays perfectly fine, at least in mplayer2. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 01:34:45 2012 From: trac at avcodec.org (FFmpeg) Date: Sun, 29 Apr 2012 23:34:45 -0000 Subject: [FFmpeg-trac] #1264(undetermined:new): removelogo filter causes segmentation fault before processing begins Message-ID: <041.db3ab46af5bbfe2ae51e0086a24e652d@avcodec.org> #1264: removelogo filter causes segmentation fault before processing begins -------------------------------------+------------------------------------- Reporter: | Type: defect haydonffmpeg | Priority: normal Status: new | Version: git- Component: | master undetermined | Blocked By: Keywords: removelogo | Reproduced by developer: 0 1920x1080 | Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary describes problem. Command line: ffmpeg -v 9 -loglevel 99 -y -i Grimm_sample.wtv -r 29.97 -crf 20 -filter:v yadif,removelogo=Logo_WBAL.gif,scale=1024:-1 -sws_flags spline -preset slow -profile:v baseline -aq 90 -ac 2 Grimm_samplefail.mp4 The command line can be simplified significantly with the sample inputs I've provided. I've been unable to get removelogo working with any combination of options. Distribution is Gentoo. ffmpeg output: ffmpeg version N-40204-g9d7c1b4 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 28 2012 17:23:57 with gcc 4.6.3 configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-march=native -O2 -pipe -fomit-frame-pointer' --extra- cflags='-march=native -O2 -pipe -fomit-frame-pointer' --extra- cxxflags='-march=native -O2 -pipe -fomit-frame-pointer' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-network --disable-vaapi --disable-vdpau --disable-ffplay --enable-runtime- cpudetect --enable-libmp3lame --enable-libvo-aacenc --enable-libvorbis --enable-libx264 --enable-libaacplus --enable-nonfree --enable-libfaac --enable-nonfree --disable-indev=v4l --disable-indev=v4l2 --disable- indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --disable-outdev=sdl --enable-pthreads --enable- libvpx --enable-libopenjpeg --disable-altivec --disable-avx --disabl libavutil 51. 48.100 / 51. 48.100 libavcodec 54. 17.100 / 54. 17.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 [wtv @ 0x260bfb0] Format wtv probed with size=2048 and score=100 [wtv @ 0x260bfb0] unsupported metadata entry; key:VRD/PLACEHOLDER, type:2, length:0x8 [wtv @ 0x260bfb0] File position before avformat_find_stream_info() is 294912 [wtv @ 0x260bfb0] parser not found for codec dvb_teletext, packets or times may be invalid. [wtv @ 0x260bfb0] All info found rfps: 23.666667 0.016554 rfps: 23.750000 0.013702 Last message repeated 1 times rfps: 23.833333 0.011651 Last message repeated 1 times rfps: 23.916667 0.010402 Last message repeated 1 times rfps: 24.000000 0.009953 rfps: 24.083333 0.010306 rfps: 24.166667 0.011459 rfps: 24.250000 0.013414 rfps: 24.333333 0.016170 rfps: 24.416667 0.019728 rfps: 35.583333 0.017093 rfps: 35.666667 0.014111 rfps: 35.750000 0.011930 rfps: 35.833333 0.010550 rfps: 35.916667 0.009972 rfps: 36.000000 0.010194 Last message repeated 1 times rfps: 36.083333 0.011218 Last message repeated 1 times rfps: 36.166667 0.013043 Last message repeated 1 times rfps: 36.250000 0.015669 Last message repeated 1 times rfps: 36.333333 0.019096 rfps: 59.416667 0.015809 rfps: 59.500000 0.011177 Last message repeated 1 times rfps: 59.583333 0.007346 Last message repeated 1 times rfps: 59.666667 0.004315 Last message repeated 1 times rfps: 59.750000 0.002086 Last message repeated 1 times rfps: 59.833333 0.000659 Last message repeated 1 times rfps: 59.916667 0.000032 Last message repeated 1 times rfps: 23.976024 0.010000 Last message repeated 1 times rfps: 59.940060 0.000000 Last message repeated 1 times [wtv @ 0x260bfb0] File position after avformat_find_stream_info() is 1998848 Input #0, wtv, from 'Grimm_Sample.wtv': Metadata: WM/MediaClassPrimaryID: db9830bd-3ab3-4fab-8a371a995f7ff74 WM/MediaClassSecondaryID: ba7f258a-62f7-47a9-b21f4651c42a000 Title : Grimm WM/SubTitle : Cat and Mouse WM/SubTitleDescription: Nick discovers that Monroe and Rosalee are harboring a murder suspect (Neil Hopkins) whose crime spree began overseas. genre : Drama;General;Series;Sci-Fi/Fantasy WM/OriginalReleaseTime: 0 WM/MediaCredits : David Giuntoli/Russell Hornsby/Bitsie Tulloch/Silas Weir Mitchell/Reggie Lee/Sasha Roiz;;;Bree Turner/Sebastian Roche/Neil Hopkins service_provider: WBALDT service_name : WBALDT (WBAL-DT) WM/MediaNetworkAffiliation: NBC Affiliate WM/MediaOriginalChannel: 511 WM/MediaOriginalChannelSubNumber: 0 WM/MediaOriginalBroadcastDateTime: 2012-04-20T04:00:00Z WM/MediaIsStereo: true WM/MediaIsRepeat: false WM/MediaIsLive : false WM/MediaIsTape : false WM/MediaIsDelay : false WM/MediaIsSubtitled: false WM/MediaIsMovie : false WM/MediaIsPremiere: false WM/MediaIsFinale: false WM/MediaIsSAP : false WM/MediaIsSport : false WM/ParentalRating: TV-14 WM/Provider : MediaCenterDefault WM/VideoClosedCaptioning: true WM/WMRVEncodeTime: 2012-04-21 00:58:15 WM/WMRVSeriesUID: !MCSeries!01418971 WM/WMRVServiceID: !MCService!28460388 WM/WMRVRequestID: -1 WM/WMRVScheduleItemID: -1 WM/WMRVQuality : 0 WM/WMRVOriginalSoftPrePadding: 0 WM/WMRVOriginalSoftPostPadding: 0 WM/WMRVHardPrePadding: -300 WM/WMRVHardPostPadding: 0 WM/WMRVATSCContent: true WM/WMRVDTVContent: true WM/WMRVHDContent: true Duration : 11676334 WM/WMRVBitrate : 14.791826 WM/WMRVKeepUntil: -1 WM/WMRVActualSoftPrePadding: 0 WM/WMRVActualSoftPostPadding: 0 WM/WMRVContentProtected: false WM/WMRVContentProtectedPercent: 0 WM/WMRVExpirationDate: 9999-12-31 23:59:59 WM/WMRVExpirationSpan: 9223372036854775807 WM/WMRVInBandRatingSystem: 255 WM/WMRVInBandRatingLevel: 255 WM/WMRVInBandRatingAttributes: 0 WM/WMRVWatched : true WM/MediaOriginalRunTime: 11676334 WM/WMRVEndTime : 2012-04-21 00:58:16 Duration: 00:00:00.97, start: 0.195556, bitrate: 19416 kb/s Stream #0:0[0x5], 22, 1/10000000: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 1001/60000, 65000 kb/s, 23.98 fps, 59.94 tbr, 10000k tbn, 59.94 tbc Stream #0:1[0x6], 28, 1/10000000: Subtitle: dvb_teletext Stream #0:2[0x7], 27, 1/10000000: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s [buffer @ 0x2627370] w:1920 h:1080 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:flags=2 [yadif @ 0x2626270] mode:0 parity:-1 auto_enable:0 Segmentation fault Should be very easy to reproduce. If not I can assist debug. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 08:04:21 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 06:04:21 -0000 Subject: [FFmpeg-trac] #1260(avfilter:open): vf negate: crash 2 (was: vf nagate: crash 2) In-Reply-To: <038.96153825340dc573bba7195a266a9ac1@avcodec.org> References: <038.96153825340dc573bba7195a266a9ac1@avcodec.org> Message-ID: <053.543f553d62d37564802b5fca71f633f1@avcodec.org> #1260: vf negate: crash 2 ------------------------------------+------------------------------------ Reporter: ami_stuff | Owner: Type: defect | Status: open Priority: important | Component: avfilter Version: git-master | Resolution: Keywords: negate | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | ------------------------------------+------------------------------------ Changes (by cehoyos): * status: new => open * reproduced: 0 => 1 * component: undetermined => avfilter * priority: normal => important * version: unspecified => git-master * keywords: => negate -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 08:06:55 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 06:06:55 -0000 Subject: [FFmpeg-trac] #1263(FFmpeg:new): ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting In-Reply-To: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> References: <033.72b0fced7c09b420dbad60b8d5f0d0b8@avcodec.org> Message-ID: <048.41e4fa54fe21b3b8829c2fda40c69359@avcodec.org> #1263: ffmpeg keeps the output file in memory and only writes it to disk after [q]uitting ----------------------------------------+---------------------------------- Reporter: pmts | Owner: Type: defect | Status: new Priority: normal | Component: FFmpeg Version: git-master | Resolution: Keywords: memory dts mkv | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------------+---------------------------------- Comment (by cehoyos): Please provide a sample. -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 08:29:17 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 06:29:17 -0000 Subject: [FFmpeg-trac] #1264(undetermined:open): removelogo filter causes segmentation fault before processing begins In-Reply-To: <041.db3ab46af5bbfe2ae51e0086a24e652d@avcodec.org> References: <041.db3ab46af5bbfe2ae51e0086a24e652d@avcodec.org> Message-ID: <056.81c6e72b81468b10365eac18a9a6db9f@avcodec.org> #1264: removelogo filter causes segmentation fault before processing begins -------------------------------------+------------------------------------- Reporter: | Owner: haydonffmpeg | Status: open Type: defect | Component: Priority: important | undetermined Version: git-master | Resolution: Keywords: removelogo | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: removelogo 1920x1080 => removelogo * priority: normal => important * status: new => open * reproduced: 0 => 1 Comment: {{{ (gdb) r -i Grimm_sample.wtv -an -vf removelogo=Logo_WBAL.gif -f null - ... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7ba16c0 (LWP 9710)] avformat_open_input (ps=0xbfaaa308, filename=0x8f00720 "Logo_WBAL.gif", fmt=0x8946f40, options=0x0) at libavformat/utils.c:597 597 s->iformat = fmt; (gdb) bt #0 avformat_open_input (ps=0xbfaaa308, filename=0x8f00720 "Logo_WBAL.gif", fmt=0x8946f40, options=0x0) at libavformat/utils.c:597 #1 0x080979ce in ff_load_image (data=0xbfaaa400, linesize=0xbfaaa3e0, w=0xbfaaa418, h=0xbfaaa414, pix_fmt=0xbfaaa410, filename=0x8f00720 "Logo_WBAL.gif", log_ctx=0x902b3c0) at libavfilter/lavfutils.c:37 #2 0x08081a01 in init (ctx=0x902b3c0, args=0x8f00720 "Logo_WBAL.gif", opaque=0x0) at libavfilter/vf_removelogo.c:205 #3 0x0806cce7 in create_filter (filt_ctx=0xbfaaa5ac, ctx=0x902ad20, index=, filt_name=0x902b340 "removelogo", args=0x8f00720 "Logo_WBAL.gif", log_ctx=0x0) at libavfilter/graphparser.c:130 #4 0x0806d593 in avfilter_graph_parse (graph=0x902ad20, filters=0x8eff5d8 "", open_inputs_ptr=0xbfaaa78c, open_outputs_ptr=0xbfaaa790, log_ctx=0x0) at libavfilter/graphparser.c:167 #5 0x08050156 in configure_video_filters (fg=0x8f03bc0) at ffmpeg.c:804 #6 0x08054786 in transcode_init () at ffmpeg.c:3141 #7 0x080592ab in transcode () at ffmpeg.c:3402 #8 0x0805af86 in main (argc=Cannot access memory at address 0x7 ) at ffmpeg.c:5896 }}} -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 13:11:06 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 11:11:06 -0000 Subject: [FFmpeg-trac] #1262(undetermined:new): libutvideo enc: crash In-Reply-To: <038.e1781344c24b378b4becd6c9236f18b8@avcodec.org> References: <038.e1781344c24b378b4becd6c9236f18b8@avcodec.org> Message-ID: <053.a0a3c743db284198733be078538ad4e4@avcodec.org> #1262: libutvideo enc: crash -------------------------------------+------------------------------------- Reporter: ami_stuff | Owner: Type: defect | Status: new Priority: normal | Component: Version: unspecified | undetermined Keywords: utvideo | Resolution: Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- Changes (by cehoyos): * keywords: => utvideo Comment: Works fine here with your command line and libutvideo 11.0, valgrind shows no errors. Can you get a backtrace? -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 20:44:50 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 18:44:50 -0000 Subject: [FFmpeg-trac] #1265(undetermined:new): add ffprobe.xsd to ffmpeg.org website Message-ID: <036.8663a429ef6d0b9a6f2c0397c8cb0efb@avcodec.org> #1265: add ffprobe.xsd to ffmpeg.org website -------------------------------------+------------------------------------- Reporter: dericed | Type: Status: new | enhancement Component: | Priority: normal undetermined | Version: Keywords: ffprobe | unspecified Blocking: | Blocked By: Analyzed by developer: 0 | Reproduced by developer: 0 -------------------------------------+------------------------------------- It could be helpful to have a web-based version of ffprobe.xsd with a more convenient url than http://git.videolan.org/?p=ffmpeg.git;a=blob_plain;f=doc/ffprobe.xsd. Could ffprobe.xsd be also stored at http://www.ffmpeg.org/schema/ffprobe.xsd -- Ticket URL: FFmpeg FFmpeg issue tracker From trac at avcodec.org Mon Apr 30 22:19:02 2012 From: trac at avcodec.org (FFmpeg) Date: Mon, 30 Apr 2012 20:19:02 -0000 Subject: [FFmpeg-trac] #1266(FFmpeg:new): force_key_frames does not work for more than one key frame Message-ID: <034.46b81ba0d0a1bbc49094fe2591e7c015@avcodec.org> #1266: force_key_frames does not work for more than one key frame -------------------------------------+------------------------------------- Reporter: shgzs | Type: defect Status: new | Priority: normal Component: FFmpeg | Version: Keywords: | unspecified force_key_frame keyframe | Blocked By: seekpoint | Reproduced by developer: 0 Blocking: | Analyzed by developer: 0 | -------------------------------------+------------------------------------- hi I'm new to ffmpeg I want to convert user-uploaded videos to mp4, to be played later via a online flash-based media player. so to add some seek-point, I use force_key_frames in this way: (I use 32bit windows static builds) ffmpeg -i input.mp4 -force_key_frames 1,2,3,4,5 output.mp4 it was ok until build "FFmpeg git-9849515 32-bit Static" dated 2012-04-21 , but next two builds (i.e. git-3bbf3f7 on 2012-04-24 and git-a4b58fd on 2012-04-26) produce this error: "Invalid duration specification for force_key_frames: 1,2,3,4,5" there is no error when I use just one point (e.g. -force_key_frames 00:00:01 ), also I tried 64bit build and same error in last two builds was encountered. - is this a bug or something has changed about parameter entry format? - is there a better way to make video "scroll-able"? and this is full output with error in last line: --------------------------------------------------- ffmpeg version N-40092-g3bbf3f7 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 24 2012 00:55:38 with gcc 4.6.3 configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru ntime-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- libope njpeg --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libth eora --enable-libutvideo --enable-libvo-aacenc --enable-libvo-amrwbenc --enable- libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable- libxvid --e nable-zlib libavutil 51. 47.100 / 51. 47.100 libavcodec 54. 15.100 / 54. 15.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 72.100 / 2. 72.100 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 11.100 / 0. 11.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mp4': Metadata: major_brand : FACE minor_version : 1337 compatible_brands: isomavc1FACE creation_time : 2011-07-26 19:43:30 Duration: 00:01:36.26, start: 0.000000, bitrate: 260 kb/s Stream #0:0(und): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yu v420p, 400x300 [SAR 1:1 DAR 4:3], 182 kb/s, 17.33 fps, 17.33 tbr, 17330 tbn, 34. 66 tbc Metadata: creation_time : 2011-07-26 19:43:30 handler_name : GPAC ISO Video Handler Stream #0:1(und): Audio: aac (mp4a / 0x6134706D), 44100 Hz, stereo, s16, 77 kb/s Metadata: creation_time : 2011-07-26 19:43:30 handler_name : GPAC ISO Audio Handler Invalid duration specification for force_key_frames: 1,2,3,4,5 -- Ticket URL: FFmpeg FFmpeg issue tracker